Discusión sobre emprendimiento en Web3: ¿Los proyectos de encriptación realmente necesitan ser de Código abierto?

En el mundo de Web3, el código abierto se ha convertido casi en una “corrección política”. Descentralización, transparencia, verificabilidad, estas ideas están intrínsecamente ligadas a “código abierto”. Un proyecto de cadena de bloques que no sea de código abierto a menudo tiene dificultades para ganar la confianza de la comunidad. Los inversores también cuestionarán: dado que dicen ser descentralizados, ¿por qué ocultan información?

Esta noción no aparece de la nada. Se deriva del “movimiento de código abierto” de Internet.

Desde Linux en la década de 1990, hasta Apache y MySQL en la década de 2000, y luego Android en la era de Internet móvil, el software de código abierto ha establecido poco a poco un nuevo consenso: el código debería pertenecer a toda la humanidad y no a una empresa en particular.

En 2009, cuando nació Bitcoin, Satoshi Nakamoto publicó directamente el código fuente en SourceForge. Sin la validación de una empresa de auditoría, sin el permiso del gobierno, la única confianza provenía de que cualquiera podía descargar el código, ejecutar nodos y verificar transacciones. Así, el código abierto comenzó a convertirse en una norma en el mundo de Web3.

Sin embargo, el significado del código abierto va mucho más allá de la transparencia. El código abierto significa que cualquier desarrollador puede forkear, mejorar y enviar código. Muchos proyectos conocidos de Web3 han establecido un “consenso técnico” con la comunidad y los desarrolladores a través de la forma de código abierto.

El más típico es Ethereum. Su código abierto no solo ha sido reutilizado directamente, dando lugar a cientos de cadenas compatibles con EVM, sino que también ha atraído a innumerables desarrolladores a unirse como contribuyentes, impulsando la actualización constante del protocolo. Por ejemplo, en 2015, el desarrollador de la comunidad Fabian Vogelsteller propuso el EIP-20 (que se convertiría en el ERC-20), estableciendo la base para los tokens y convirtiéndose en la piedra angular de la prosperidad de DeFi; otro ejemplo es el EIP-721 propuesto en 2017 por Dieter Shirley (el arquitecto principal de CryptoKitties) y otros, que se convirtió en el estándar básico para los NFT; incluso, los investigadores de la comunidad Eric Conner y otros iniciaron el EIP-1559, que trajo mejoras disruptivas en el mecanismo de tarifas de transacción, afectando el modelo económico de Ethereum.

Se puede decir que, gracias al Código abierto, Ethereum puede seguir atrayendo a nuevos desarrolladores y permitir que las “contribuciones externas” se conviertan gradualmente en “estándares de la industria”, formando así un verdadero efecto de red.

Pero el problema es que el código abierto no es un almuerzo gratis. No solo trae confianza y co-construcción, sino que también significa “reducción de barreras, dilución de la defensa” y una competencia desenfrenada.

Cuando pones el código subyacente a la luz del sol, los competidores casi pueden copiarlo sin costo. A lo largo de la historia, innumerables “asesinos de Ethereum” han nacido así: desde EOS hasta Tron, y luego una serie de cadenas compatibles con EVM, la mayoría reutiliza directamente la biblioteca de código de Ethereum, solo ajustando el mecanismo de consenso, los parámetros de rendimiento o los subsidios financieros.

La misma historia también se presenta en la capa de aplicación. El ejemplo más típico es el verano de DeFi de 2020. Uniswap creó un nuevo paradigma de negociación descentralizada con el modelo AMM, pero debido a que el contrato era completamente de código abierto, SushiSwap copió directamente el código con casi ningún costo de investigación y desarrollo, y añadió incentivos adicionales de minería de liquidez. En solo unos días, más de mil millones de dólares en liquidez de Uniswap fueron absorbidos, y el mercado llegó a pensar que SushiSwap lo reemplazaría por completo.

Se ha demostrado que el código abierto reduce la barrera de entrada a la innovación, pero también amplifica la “competencia vampírica”. Los proyectos de Web3 no solo necesitan estar a la vanguardia tecnológica, sino que también requieren un acumulado continuo en marca, ecosistema y gobernanza; de lo contrario, solo con el código no es suficiente para formar una muralla defensiva.

Esto también ha dado lugar a una paradoja: cuanto más abiertos son los proyectos, más fácil es que surjan competidores; y cuanto más cerrado es el código, más difícil es ganar la confianza de los usuarios y los inversores.

Entonces, ¿qué deben hacer los emprendedores de Web3? Portal Labs cree que los siguientes puntos podrían ofrecer apoyo.

Primero, considera el Código abierto como un punto de partida, no como un punto final.

El código abierto puede atraer a desarrolladores y comunidades, pero lo que realmente determina el valor del proyecto es la construcción continua posterior. La razón por la que Ethereum ha podido atravesar ciclos no es porque el EVM sea de código abierto, sino porque ha formado un mecanismo de propuesta EIP, apoyo de fundaciones y una comunidad de desarrolladores a largo plazo, estos “sistemas complementarios”.

Para los emprendedores de Web3, el código abierto es solo una puerta de entrada; la muralla defensiva debe construirse a través de la gobernanza, el ecosistema y los efectos de red.

Segundo, esforzarse en la diferenciación.

La razón por la que Uniswap finalmente mantuvo su posición no es porque su código sea único, sino porque ha continuado construyendo su propia barrera más allá del código abierto. Ha lanzado iteraciones V2 y V3, siendo el primero en introducir un diseño de liquidez concentrada, lo que mejora la eficiencia del uso de fondos; a través de su fundación y mecanismos de gobernanza, atrae a desarrolladores y comunidades para formar un vínculo a largo plazo; lo más importante es que Uniswap se ha convertido en la “puerta de entrada predeterminada” de DeFi, el reconocimiento de marca y la exploración de cumplimiento le han otorgado una posición difícil de reemplazar.

Para los emprendedores de Web3, si eligen el código abierto, deben pensar: si otros copian el código, ¿pueden replicar la experiencia del producto, la atmósfera de la comunidad, la estructura de cumplimiento y las relaciones de colaboración? Y estas, a menudo, son las que realmente deciden la vida a largo plazo.

Tercero, utilizar Código abierto para hacer “apalancamiento”.

El código abierto no solo es un riesgo, sino que también puede amplificar la energía potencial. Muchos proyectos adoptan “código abierto por capas” - el protocolo de base es de código abierto, lo que facilita la co-construcción de la comunidad; el algoritmo central o la capa de aplicación se mantiene cerrado, formando un equilibrio. Por ejemplo, la lógica de emparejamiento de base de DYDX es de código abierto, pero su control de riesgos y el núcleo del motor de emparejamiento se mantienen cerrados, asegurando una ventaja diferencial.

También hay equipos que ven el código abierto como una herramienta de expansión comercial, reduciendo las barreras de acceso para permitir que otros impulsen el crecimiento del ecosistema. Un ejemplo típico es Cosmos SDK y Polkadot Substrate, que a través de un marco subyacente completamente de código abierto, atraen a innumerables proyectos de cadenas públicas para desarrollar secundariamente en su ecosistema, convirtiendo finalmente la “innovación de otros” en un efecto de red propio.

El código abierto es tanto la piedra angular de confianza de Web3 como una espada de doble filo para los emprendedores. Puede atraer a desarrolladores, fomentar ecosistemas, pero también amplifica la competencia y diluye la muralla defensiva. Pero el código abierto no es una cuestión de “si” o “no”, sino de “cómo abrirlo”. Los verdaderamente inteligentes emprendedores de Web3 no se cerrarán ciegamente, ni abrirán todo ingenuamente, sino que encontrarán un camino intermedio que les pertenezca entre la confianza y la competencia.

Si decides Código abierto, aquí tienes una lista de sugerencias de Código abierto de Portal Labs:

1. Definir límites

El código base, como la capa de protocolo y los contratos inteligentes, se recomienda que sea completamente de código abierto para establecer transparencia y confianza. Los algoritmos comerciales, la lógica de emparejamiento y los modelos de gestión de riesgos pueden ser de código cerrado, formando así ventajas únicas.

Se recomienda gestionar los repositorios en GitHub, etiquetar la licencia de código abierto (como MIT, GPL) y mantener los módulos internos de forma independiente y cerrada.

2. Construcción institucional

Estudiar el modelo EIP de Ethereum, establecer un proceso de propuestas (PR → revisión → votación de la comunidad).

Se puede establecer un Discord/foro público y crear una sección de “Presentación de propuestas”; realizar una llamada comunitaria fija una vez al mes para revisar las propuestas.

3.Iteración rápida

Código abierto significa que otros pueden copiar el código, por lo que tu foso debe depender de la velocidad de iteración.

Se sugiere establecer un ritmo de “una versión menor cada dos semanas y una versión mayor cada tres meses”, y publicar la hoja de ruta en el sitio web oficial o en el proyecto de GitHub.

4. Marca y confianza

En el mundo del código abierto, la tecnología puede ser replicada, pero la confianza no. Las verdaderas barreras a menudo provienen de la atmósfera comunitaria y la exploración de la conformidad.

Se sugiere tratar la auditoría de seguridad, la certificación de cumplimiento y las actividades comunitarias como “fundamentos básicos”, por ejemplo,

• Informe de auditoría pública regular;
• Invitar a un bufete de abogados a emitir un dictamen de cumplimiento;
• A través de hackatones y conferencias de desarrolladores, mantener a los usuarios y desarrolladores en el ecosistema.

5. Palanca ecológica

Utilizar el código abierto como una herramienta para atraer a desarrolladores y empresas, en lugar de ser simplemente “donar código”.

Por ejemplo:

• Proporcionar SDK/plantillas, reducir la barrera de desarrollo secundario;
• Establecer un programa de subvenciones para financiar aplicaciones basadas en tu protocolo;
• Lograr la integración con tres a cinco socios clave del ecosistema (billeteras, intercambios, plataformas de datos).