A chave para construir um DePIN sustentável

Muitas das pessoas mais inteligentes em Cripto parecer para pensar que as Redes de Infraestrutura Física Descentralizada (DePIN) estarão entre os primeiros casos de uso para tornar a Cripto popular. Elas são prevendouma onda de crescimento, semelhante aos NFTs ou stablecoins antes dela.

Isso porque o DePIN pode realizar feitos simplesmente notáveis. Ao usar incentivos de Cripto para alinhar milhões de participantes, os projetos DePIN podem construir novos produtos líquidos que simplesmente T eram possíveis antes.

Ariel Seidman é o cofundador e CEO daMapeador de Colmeias, a comunidade de mapeamento que mais cresce no mundo.

Em dezembro, a Helium Mobile lançou um plano de US$ 20 por mês plano de celular ilimitadoem todo o país, alimentado por hotspots 5G de propriedade da comunidade. A Render Network criou uma rede robusta,Nuvem ML sem permissãodurante a crise mundial de GPU em menos de seis meses. E minha empresa, Hivemapper, mapeou10% das estradas do mundo em menos de um ano. Essas coisas simplesmente T eram possíveis antes da criptoeconomia DePIN.

DePIN é uma visão empolgante do futuro, mas para ser mais do que uma moda passageira, novos projetos devem Aprenda com os pioneiros no espaço. A primeira onda de projetos DePIN experimentou toneladas de modelos diferentes, cometeu muitos erros e aprendeu com eles. No entanto, esses aprendizados parecem ter desaparecido no buraco da memória. E, na ausência desse contexto, novos DePINs correm o risco de criar um ciclo de expansão e retração que deixaria uma marca negra em todo o setor.

Para ajudar o DePIN a traçar um caminho mais sustentável, gostaria de compartilhar algumas das lições mais importantes que aprendemos no Hivemapper ao longo do caminho. De forma mais ampla, para qualquer um que queira participar de DePINs, essas inclinações também são pontos críticos para entender ao avaliar se um projeto DePIN tem probabilidade de alcançar sucesso a longo prazo.

A armadilha das recompensas estáticas

Os tokens gamificam as recompensas de tal forma que encorajam os Colaboradores a construir coletivamente um produto que é maior do que a soma de suas partes. Por outro lado, o uso do produto resulta no consumo de tokens.

Para ser sustentável, um projeto DePIN precisa de uma estratégia sólida para gerar fornecimento e, talvez mais importante,genuínodemanda pelo produto. Sem isso, a demanda pelo token é puramente especulativa — uma memecoin, não um projeto de infraestrutura útil que pode impactar a vida de bilhões.

Com as ferramentas certas, gerar suprimento é a parte fácil: dar fichas para o trabalho. A parte complicada é descobrir quantas dar. Não tantas que você não tenha nenhuma para dar em estágios posteriores de crescimento, mas também não tão pouco que ONE apareça para trabalhar. Novos projetos também precisam estar especialmente atentos ao problema do “início a frio”: uma nova rede T pode oferecer muito valor com um colaborador, ou mesmo cem; ela precisa atingir algum grau escala de limiarantes mesmo de pensar em atender à demanda.

Gerar demanda genuína é fundamentalmente mais difícil — você tem que encontrar o ajuste produto-mercado, e rápido. Em nossa experiência, ajuda focar em um ponto problemático muito real que uma abordagem descentralizada está posicionada de forma única para consertar. É tentador pegar atalhos, e o atalho mais comum que vimos é adotarestático em vez de dinâmicorecompensas. Chamamos isso de “Armadilha de Recompensas Estáticas”.

É muito mais fácil atrair Colaboradores no começo se você deixá-los ganhar recompensas apenas por se envolverem com o projeto, independentemente de quanto valor eles agregam. Mas recompensas estáticas são fatais a longo prazo porque quebram a estrutura de incentivo subjacente da rede.

Imagine se a Helium desse as mesmas recompensas estáticas para cada hotspot 5G, seja instalado em um lugar onde as pessoas vivem e trabalham, como Manhattan, ou em uma área escassamente povoada, como o Vale da Morte. Não haveria incentivo para aumentar a cobertura nos lugares onde as pessoas mais precisam, dificultando sua missão de democratizar o acesso à comunicação e derrotar provedores de celular centralizados.

Imagine se o Hivemapper emitisse as mesmas recompensas estáticas para cada dashcam. Seria um desastre. As pessoas poderiam obter recompensas colocando dashcams em qualquer carro, até mesmo uma extra ONE na garagem que mal é dirigida. Elas poderiam colocar cinco ou 10 dashcams no mesmo carro, arrecadando recompensas extras enquanto capturam os mesmos dados de mapa repetidamente.

Se os projetos DePIN tratarem todas as contribuições igualmente — distribuindo recompensasem todos os lugares — não conseguirão atingir a massa críticaem qualquer lugar. A produtividade precisa ser o mantra de um protocolo: estabeleça uma recompensa básica para as contribuições menos úteis, depois fique obcecado com a qualidade e rejeite completamente o trabalho duplicado ou os dados de baixa qualidade.

Usar um token de utilidade para alinhar incentivos éa superpotência do DePIN. Mas se um projeto cair na Armadilha de Recompensas Estáticas, os Colaboradores têm pouco incentivo para ajudar a tornar o produto melhor a longo prazo. T troque seu superpoder duradouro por um crescimento de curta duração.

O design de recompensas dinâmicas

Há quatro dimensões principais para recompensas dinâmicas na maioria dos projetos DePIN. Elas são:

• Geografia (A infraestrutura é mais valiosa em alguns lugares do que em outros)
• Produtividade do colaborador ( Colaboradores com maior produtividade merecem mais recompensas)
• Qualidade do colaborador (contribuições de maior qualidade merecem mais recompensas)
• Progresso da rede (uma rede mais útil deve gerar mais recompensas no geral)

Ao projetar a Rede Hivemapper, T acertamos em tudo isso. A Fundação Hivemapper tem sido a primeiro a admitir cometeu erros, como emitir recompensas excessivas para incentivar o mapeamento em regiões específicas do mundo. Mas fizemos um progresso constante, nos ajudando a cultivar uma das comunidades mais produtivas em DePIN.

Para colocar isso em prática, veja como usamos essa estrutura para nossa rede:

Geografia: Nós projetamos o Hivemapper para que a demanda do cliente em uma região se traduzisse em melhores recompensas, com 100% dos tokens queimados para uso do mapa sendo re-cunhados para os Colaboradores que contribuíram com os dados. Nós temos fez mudanças semelhantespara recompensas cunhadas também, adicionando um multiplicador de recompensas para regiões do mundo que coletam dados de mapas mais úteis – mesmo antes do uso do cliente aumentar. Em seu brilhanteensaiono design das redes DePIN, nossos amigos da Multicoin Capital chamaram isso de abordagem “land and expand”.

Produtividade do colaborador: Como colaborador do Hivemapper, as recompensas são determinadas principalmente pela distância que você dirige e pela exclusividade (ou "frescor") das estradas que você dirige. Seria muito mais fácil integrar Colaboradores se T fizéssemos dessa forma. Algumas pessoas T dirigem muito. Algumas pessoas dirigem principalmente nas mesmas estradas enquanto vão para o trabalho. Essas pessoas T gerarão tantas recompensas do Hivemapper, e é assim que deve ser. Por esse motivo, o Hivemapper tem se concentrado em recrutar motoristas de gig, caminhoneiros e frotas comerciais. Esses motoristas são altamente produtivos, coletando passivamente dados de mapas enquanto realizam seu trabalho - e colhendo as melhores recompensas.

Qualidade do colaborador: Construir um mapa requer dados de alta qualidade com posicionamento preciso. Por esse motivo, o Hivemapper implementou pontuações de reputação para cada tipo de colaborador. Quanto maior a reputação do colaborador, melhores as recompensas que ele recebe. Bem feito, isso alinha corretamente os incentivos. Os Colaboradores do Hivemapper estão ansiosos para montar suas dashcams corretamente para a melhor qualidade de imagem e o melhor sinal de GPS para mapear locais com precisão. Eles estão atendendo às necessidades da rede para maximizar suas próprias recompensas.

Progresso da rede:O tamanho do pool de recompensas semanais do Hivemapper é baseado em uma métrica dinâmica chamada Map Progress, que mede quanto mapeamento foi feito na rede. Muitos projetos usam um cronograma de cunhagem fixo, o que resulta em recompensas pesadamente carregadas para os primeiros usuários. É verdade que os primeiros usuários merecem recompensas maiores por assumirem maiores riscos e lidarem com mais problemas técnicos. No entanto, um cronograma de cunhagem fixo resulta em recompensas cada vez menores à medida que mais Colaboradores entram online — exatamente quando a rede está se tornando mais útil! Também pode resultar em relações tóxicas entre os primeiros usuários e os Colaboradores posteriores, criando uma distração doentia.

Estamos disponibilizando esse framework como código aberto porque ele nos ajudou a construir uma das comunidades de crescimento mais rápido no DePIN. Conseguimos fazer mais com menos, principalmente porque estamos nos ombros de gigantes antes de nós, e esperamos retribuir o favor.

O design de incentivo T é fácil. Mas se os construtores do DePIN permanecerem focados, e se as partes interessadas os responsabilizarem, podemos viver de acordo com o potencial do DePIN e construir um mundo onde mais infraestrutura crítica da humanidade seja de propriedade e operada pelas pessoas que a usam.