Os aplicativos executados na infraestrutura do blockchain sempre agirão de acordo com seus próprios interesses. Eu não acho que essa constatação surpreende ninguém.

O que pode surpreendê-lo é que os aplicativos são os que realmente estão no poder no jogo de infraestrutura do blockchain. Recentemente escrevemos uma postagem no blog sobre isso –Quem controla seu blockchain?– bem, agora mais do que nunca está claro que os aplicativos.

Apps Forking Blockchain

Observação: este é um post convidado de Uriel Peled, cofundador da Orbs.

The Stellar Fork by Kin

Kin by Kik Interactive é um dos primeiros aplicativos em grande escala a migrar para o blockchain. O objetivo final do Kin é ser a criptomoeda mais usada pelos consumidores. Para conseguir isso, Kin está lançando seu ecossistema de serviços digitais no blockchain Stellar em vez de Ethereum por causa dos problemas de escala deste último.

Kik

A notícia desta semana de que o Kin realmente usará um Garfo estelar adiciona uma reviravolta a esta história. Por que Kin faria isso? Afinal, a bifurcação é difícil e manter a infraestrutura de blockchain em produção é uma tarefa gigantesca.

É tudo uma questão de controle.

A primeira razão é que o Kin precisa escalar rapidamente e as taxas Stellar são pagas por carteira. Se você planeja integrar o maior número possível de usuários, um modelo de taxa que cresce diretamente com o número de usuários e é altamente suscetível a rotatividade e fraude. A bifurcação Stellar permitiria à Kin mudar o modelo de taxa e evitar o pagamento de taxas de infraestrutura para os nós da rede principal Stellar.

Este deve ser um exemplo de livro para o mundo do blockchain. Se um aplicativo não estiver satisfeito com o fornecimento de uma infraestrutura de blockchain, ele simplesmente o abandonará, mudará para outro ou apenas o bifurcará. O aplicativo está no controle, levando seus usuários finais aonde quer que vá.

Quem controla quão altas ou baixas são as taxas na rede principal Stellar: os nós de validação Stellar, livres para escolher se as taxas aumentam ou diminuem.

Tomar decisões de protocolo que funcionam contra o interesse dos aplicativos provavelmente causará um problema de adoção. Se você criar barreiras de entrada e o modelo de governança que você propõe para colocar um grupo diferente no controle – os aplicativos encontrarão uma alternativa onde não ficarão sem poder.

Como os projetos de infraestrutura do Blockchain evitam Forks?

Existem quatro estratégias principais que as infraestruturas de blockchain usam para desincentivar os garfos:

  • Jurídico: Hashgraph usa patentes e proteção de propriedade intelectual para evitar que os usuários façam bifurcação. Mas se os aplicativos podem encontrar outra solução de blockchain razoavelmente semelhante, esses desenvolvedores de aplicativos podem evitar um tão restritivo.
  • Segurança: Redes de prova de trabalho, como Bitcoin, correlacionam segurança com poder de hash, portanto, um fork não manteria o poder de hash da rede original e, portanto, nem a segurança. Mas projetos como EOS e Stellar estão se afastando do PoW e usando menos nós.
  • Lock-in: Redes como Ethereum exigem que os usuários mantenham um equilíbrio de Ether para pagar as taxas de infraestrutura. Com tantos usuários investidos no Ether, pode ser difícil para os aplicativos migrarem para blockchains alternativos. Mas, em última análise, a migração para uma infraestrutura melhor atrairá os aplicativos de qualquer maneira, devido à vantagem competitiva que oferece. Além disso, os aplicativos querem que os usuários adotem o token do próprio aplicativo.
  • Ecossistema próspero: Ter um padrão estabelecido como o token ERC20 torna difícil escolher mudar para algo que seja menos integrado em todos os mercados de negociação. Mas Kin contornou isso executando Ethereum e Stellar lado a lado. É possível permitir que diferentes públicos-alvo do token (profissionais x consumidores, neste caso) confiem em diferentes implementações de blockchain de acordo com suas necessidades e alterne entre as implementações perfeitamente com tecnologias como troca atômica.

Então, qual é a melhor maneira de evitar Forks?

Na verdade, é muito simples – apenas não dê aos aplicativos nenhum incentivo para fazer bifurcação. A bifurcação da infraestrutura sempre terá um preço. Ter a responsabilidade de manter um ambiente de infraestrutura de blockchain em funcionamento cobra um preço. Segurança e escalabilidade são questões nas quais projetos dedicados inteiros estão focados. Manter-se atualizado com os mais recentes avanços em tecnologia de infraestrutura em um mundo tão dinâmico como o desenvolvimento de blockchain é difícil, mesmo para equipes focadas nessa tarefa. Os aplicativos sempre terão dificuldade em fazer isso sozinhos.

Dê uma olhada em infraestruturas centralizadas como AWS, Microsoft Azure e Google Cloud. Por que os aplicativos centralizados não os “bifurcam” e mantêm seus próprios data centers de infraestrutura? Bem, eles costumavam fazer isso inicialmente, mas agora é realmente mais barato não fazer. Um aplicativo sempre preferirá se concentrar em seu negócio principal, desde que não ganhe nada significativo ao fazer outra coisa. No caso da AWS, os provedores de nuvem se tornaram tão eficientes que delegar a tarefa de infraestrutura para eles faz mais sentido para os negócios. Praticamente todos os aplicativos centralizados modernos hoje, incluindo Kik, são executados em uma infraestrutura em nuvem de terceiros.

Orbs

Esta é exatamente a abordagem que estamos adotando em Orbs. Não há benefício para aplicativos em orbs bifurcados. Os aplicativos já estão no controle, isolados uns dos outros com cadeias virtuais. Existem outros incentivos essenciais para não bifurcar. Um ecossistema especializado de colaboradores mantendo a versão mais recente do protocolo e acompanhando os requisitos de infraestrutura mais recentes – questões como privacidade e fragmentação agressiva que as soluções da próxima geração estão apenas começando a abordar; ou seja, uma rede que melhora sua segurança à medida que mais aplicativos se conectam a ela.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me