Web3 empreendedorismo: os projetos de encriptação precisam realmente ser Código aberto?

No mundo do Web3, o código aberto tornou-se quase uma “correção política”. Descentralização, transparência, verificabilidade, esses conceitos estão naturalmente ligados ao “código público”. Um projeto de blockchain que não é de código aberto muitas vezes tem dificuldade em conquistar a confiança da comunidade. Os investidores também questionam: já que se diz descentralizado, por que esconder?

Esta ideia não apareceu do nada. Ela é uma continuação do movimento de “código aberto” da internet.

Desde o Linux dos anos 90, passando pelo Apache e MySQL dos anos 2000, até ao Android da era da internet móvel, o Código aberto estabeleceu um novo consenso: o código deve pertencer a toda a humanidade, e não a uma empresa.

Em 2009, quando o Bitcoin nasceu, Satoshi Nakamoto colocou o código-fonte diretamente no SourceForge. Sem a validação de empresas de auditoria, sem a autorização do governo, a única confiança vinha do fato de que qualquer pessoa poderia baixar o código, executar um nó e verificar as transações. Assim, o Código aberto começou a se tornar um princípio no mundo do Web3.

No entanto, o significado do Código aberto vai muito além da transparência. Código aberto significa que qualquer desenvolvedor pode fork, melhorar e submeter código. Muitos projetos conhecidos de Web3 estabeleceram um “consenso técnico” com a comunidade e desenvolvedores através do Código aberto.

O mais típico é o Ethereum. O seu Código aberto não só foi reutilizado diretamente, resultando em centenas de cadeias compatíveis com EVM, mas também atraiu inúmeros desenvolvedores a se juntarem como contribuidores, impulsionando a constante atualização do protocolo. Por exemplo, em 2015, o desenvolvedor da comunidade Fabian Vogelsteller propôs o EIP-20 (também conhecido como ERC-20), estabelecendo a base para os tokens e tornando-se a pedra angular da prosperidade do DeFi; outro exemplo é o EIP-721, proposto em 2017 por Dieter Shirley (o arquiteto-chefe do CryptoKitties) e outros, que se tornou o padrão básico atual para NFTs; até mesmo o pesquisador da comunidade Eric Conner e outros iniciaram o EIP-1559, trazendo melhorias disruptivas ao mecanismo de taxas de transação, influenciando o modelo econômico do Ethereum.

Pode-se dizer que é precisamente devido ao código aberto que o Ethereum consegue constantemente atrair novos desenvolvedores e transformar as “contribuições externas” gradualmente em “padrões da indústria”, formando um verdadeiro efeito de rede.

Mas o problema é que o código aberto não é um almoço grátis. O que traz não é apenas confiança e co-construção, mas também significa “redução de barreiras, diluição de fossos” e competição nua e crua.

Quando você coloca o código de base sob a luz do sol, os concorrentes podem copiá-lo quase sem custo. Inúmeros “assassinos do Ethereum” nasceram assim na história: de EOS a Tron, passando por uma série de cadeias compatíveis com EVM, a maioria reutiliza diretamente a biblioteca de código do Ethereum, apenas fazendo ajustes no mecanismo de consenso, parâmetros de desempenho ou subsídios financeiros.

A mesma história também aparece na camada de aplicação. O exemplo mais típico é o verão DeFi de 2020. A Uniswap criou um novo paradigma de negociação descentralizada com o modelo AMM, mas como o contrato é totalmente de código aberto, a SushiSwap copiou diretamente o código quase sem custos de pesquisa e desenvolvimento, e adicionou incentivos adicionais de mineração de liquidez. Em poucos dias, mais de 1 bilhão de dólares em liquidez da Uniswap foi drenado, e o mercado chegou a pensar que a SushiSwap substituiria completamente a Uniswap.

A verdade é que o código aberto reduziu a barreira à inovação, mas também amplificou a “competição vampírica”. As equipes de projetos Web3 precisam não apenas de tecnologia de ponta, mas também de acumulação contínua em termos de marca, ecossistema e governança; caso contrário, apenas o código não é suficiente para constituir uma barreira de proteção.

Isso também levou a um paradoxo: quanto mais abertos são os projetos, mais fácil é gerar concorrentes; e quanto mais fechado é o código, mais difícil é ganhar a confiança dos usuários e investidores.

Então, o que os empreendedores do Web3 devem fazer? A Portal Labs acredita que os seguintes pontos podem oferecer apoio.

Primeiro, trate o código aberto como um ponto de partida, e não como um ponto final.

O código aberto pode atrair desenvolvedores e comunidades, mas o que realmente determina o valor do projeto é a construção contínua subsequente. O Ethereum conseguiu atravessar ciclos não por causa do EVM ser de código aberto, mas sim porque formou um mecanismo de propostas EIP, apoio de fundações e uma comunidade de desenvolvedores a longo prazo, que são essas “instituições de suporte”.

Para os empreendedores de Web3, o Código aberto é apenas uma porta de entrada; a proteção deve ser construída através da governança, ecossistema e efeito de rede.

Segundo, trabalhar na diferenciação.

A razão pela qual o Uniswap finalmente se estabilizou não é porque seu código é único, mas sim porque, além do código aberto, ele continuou a construir suas próprias barreiras. Ele lançou iterações V2 e V3, sendo o primeiro a introduzir o design de liquidez concentrada, melhorando a eficiência do uso de capital; atraiu desenvolvedores e a comunidade por meio de uma fundação e mecanismos de governança, formando vínculos de longo prazo; e, mais importante, o Uniswap se tornou a “entrada padrão” para DeFi, com reconhecimento de marca e exploração de conformidade que lhe conferem uma posição difícil de substituir.

Para os empreendedores Web3, ao optar pelo código aberto, é necessário pensar: se os outros copiarem o código, poderão copiar a experiência do produto, a atmosfera da comunidade, a estrutura de conformidade e as relações de colaboração? E estas, muitas vezes, são as partes que realmente decidem a vida e a morte a longo prazo.

Terceiro, utilizar Código aberto para fazer “alavancagem”.

Código aberto não é apenas risco, também pode amplificar a energia potencial. Muitos projetos adotam “código aberto em camadas” - o protocolo de base é de código aberto, facilitando a co-construção da comunidade; o algoritmo central ou a camada de aplicação permanece fechada, formando um equilíbrio. Por exemplo, a lógica de correspondência de base da DYDX é de código aberto, mas seu controle de risco e o núcleo do motor de correspondência permanecem fechados, garantindo vantagem diferenciada.

Há também equipes que usam o Código aberto como uma ferramenta de expansão de negócios, reduzindo a barreira de entrada para permitir que outros impulsionem o crescimento do ecossistema. Exemplos típicos são o Cosmos SDK e o Polkadot Substrate, que através de uma estrutura de base totalmente Código aberto, atraem inúmeros projetos de blockchain para desenvolverem-se em seu ecossistema, acabando por transformar a “inovação dos outros” em um efeito de rede próprio.

Código aberto é a base de confiança do Web3 e também é uma espada de dois gumes para os empreendedores. Pode atrair desenvolvedores e gerar ecossistemas, mas também amplifica a concorrência e dilui as defesas. No entanto, o código aberto não é uma questão de “se deve ou não”, mas sim de “como abrir”. Os verdadeiros empreendedores do Web3 não se fecham cegamente, nem abrem tudo ingenuamente, mas encontram um caminho intermediário que é próprio entre a confiança e a concorrência.

Se você decidir pelo código aberto, aqui está uma lista de sugestões de código aberto da Portal Labs:

1. Definir limites

Camadas de protocolo, contratos inteligentes e outros códigos básicos devem ser totalmente abertos, para estabelecer transparência e confiança. Algoritmos comerciais, lógicas de mediação e modelos de gestão de risco podem ser fechados, formando vantagens únicas.

Sugere-se gerir o repositório no GitHub, assinalando a licença de código aberto (como MIT, GPL), mantendo os módulos internos de forma independente e em sistema fechado.

2. Construção institucional

Aprender o modelo EIP do Ethereum, estabelecer um processo de proposta (PR → Revisão → Votação da comunidade).

Pode-se criar um Discord/público fórum, estabelecer uma seção de “Submissão de Propostas”; realizar uma chamada comunitária fixa uma vez por mês para rever propostas.

3. Iteração rápida

Código aberto significa que outras pessoas podem copiar o código, por isso a sua barreira de proteção deve depender da velocidade de iteração.

Sugere-se estabelecer um ritmo de “uma pequena versão a cada duas semanas, uma grande versão a cada três meses” e publicar o Roadmap no site oficial ou no GitHub Project.

4. Marca e Confiança

No mundo do código aberto, a tecnologia pode ser copiada, mas a confiança não pode. As verdadeiras barreiras muitas vezes vêm da atmosfera comunitária e da exploração da conformidade.

Sugere-se tratar a auditoria de segurança, a validação de conformidade e as atividades comunitárias como “fundamentos” a serem realizados, por exemplo,

• Relatórios de auditoria pública periódica;
• Convidar o escritório de advocacia a emitir um parecer de conformidade;
• Através de hackathons e conferências de desenvolvedores, manter os usuários e desenvolvedores dentro do ecossistema.

5. Alavancagem ecológica

Utilize o Código aberto como uma ferramenta para atrair desenvolvedores e empresas, em vez de simplesmente “doar código”.

Por exemplo:

• Fornecer SDK/modelos, baixar a barreira de desenvolvimento secundário;
• Estabelecer um plano de concessão para financiar aplicações baseadas no seu protocolo;
• Integrar com três a cinco parceiros ecológicos chave (carteira, bolsa, plataforma de dados).