Entonces, ¿hacia dónde va Ethereum a partir de aquí? Cubro las cadenas de bloques modulares, el diseño de bases de datos y cito GCR en un intento de responder a esta pregunta. Para una divulgación completa, tengo una posición larga neta en Ethereum.

La tesis detrás del dilema del innovador se puede resumir en:

"Las empresas exitosas a menudo no logran adaptarse a los cambios de paradigma, particularmente cuando se trata de innovaciones tecnológicas. La razón es que se enfocan y sobreasignan a los aspectos que han hecho que su producto sea exitoso en lugar de experimentar con ideas más nuevas y desconocidas".

En el mundo de las cadenas de bloques y los contratos inteligentes, hemos progresado considerablemente en los últimos años. Ahora, la pregunta del millón de dólares, o 250 mil millones de dólares, es: ¿cuál es el destino de Ethereum?

A través de este escrito, argumentaré que: Ethereum ha superado a ambos en términos de 1) valoración en relación con todos los criptoactivos (ETH. D) y 2) uso y adopción relativos.

Comenzaré explorando el concepto de cadenas de bloques modulares, haciendo una comparación con los principios tradicionales de diseño de bases de datos, y luego vinculándolo todo a Ethereum y su futuro.

Cadenas de bloques modulares

Ahora hay una forma de pensar mucho más basada en principios sobre lo que hace que una cadena de bloques funcione bien y un enfoque lógico para desacoplar (y escalar) los componentes principales. Este es el debate entre monolítico y modular.

La idea central detrás de la modularidad cuando se trata de blockchains es que hay cuatro funciones fundamentales:

Ejecución

• Determinar el estado "después" de una transacción. Si envío tokens a una billetera determinada, la capa de ejecución determina los saldos relevantes antes y después

Asentamiento

• Determina si las transacciones presentadas son "legítimas". Después de enviar tokens, los saldos son xyz: la liquidación determina si xyz es correcto o no

Consenso

• Determina el estado final (después de un paquete de transacciones). Esta capa determina 1) cuál es el orden correcto dada una serie de transacciones y 2) después de procesar estas transacciones, ¿cuál es el estado final?

Disponibilidad de datos

• Para que exista cualquiera de las 3 funciones anteriores, debe haber un estado previo y un estado final. La función de DA es proporcionar el estado a la capa de ejecución y actualizar el estado en función de la finalidad del consenso

Al igual que con cualquier problema de ingeniería, el concepto de una cadena de bloques "perfecta" solo tiene sentido si hay un caso de uso bien definido. La existencia de este marco permite un diseño de cadena de bloques más especializado: una cadena de bloques construida para juegos de alto rendimiento tendrá necesidades muy diferentes a una que pretende ser un libro mayor global y descentralizado.

Este marco de pensamiento me recuerda mucho a los principios en torno al diseño de bases de datos, particularmente en torno al debate SQL vs. noSQL.

Diseño de bases de datos

Las bases de datos existen desde hace varias décadas más que la cadena de bloques. El consenso en lo que respecta a su diseño es que no existe una base de datos perfecta. Al igual que con la mayoría de los problemas de ingeniería, todo se reduce a las compensaciones.

Un marco para construir una base de datos escalable se reduce a "¿cuál es el caso de uso?". Antes de tomar una decisión, algunas preguntas que me haría son:

• ¿Cuál es la proporción aproximada de lecturas y escrituras? En una aplicación como Telegram o Slack, las lecturas frente a las escrituras serán similares en magnitud, mientras que en Twitter, las lecturas serán órdenes de magnitud más altas que las escrituras
• En los sistemas distribuidos, existe la noción de consistencia frente a disponibilidad. En otras palabras, esto se puede reformular como: ¿nos importan más los datos inexactos que el tiempo de inactividad de nuestra aplicación? De nuevo, esto depende. Para una aplicación fintech, la consistencia (datos precisos) importa mucho más
• ¿Qué importancia tienen los datos obsoletos frente a los nuevos? ¿Cómo se relaciona esto con las cargas de lectura frente a escritura? ¿Nuestra base de datos nos permite ejecutar una estrategia para lidiar con escrituras y lecturas concurrentes? Por ejemplo, mi esposa saca dinero en efectivo de mi banco, justo cuando deslizo mi tarjeta de débito, ¿cómo podemos evitar el clásico problema del doble gasto?
• ¿Cómo son los patrones de lectura? ¿Necesita flexibilidad en la forma en que se accede a los datos o generalmente están predefinidos? ¿Hay muchas uniones que se realizan en diferentes conjuntos de datos?

E incluso más allá de las consideraciones técnicas, es importante entender:

• ¿Cuántos ingenieros dominan esta tecnología? ¿Cuántos ingenieros realmente quieren construir con esta tecnología?
• ¿Hay alguna manera de obtener soporte activo en caso de que queramos bifurcar el código subyacente y modificarlo?

El futuro de Ethereum

Ahora, para cerrar el círculo, la cadena de bloques perfecta no existe. La buena ingeniería tiene que ver con las compensaciones, no hay una talla única para todos. Entonces, ¿cómo Ethereum se convirtió en una plataforma tan "dominante"? ¿Por qué Ethereum tiene un precio como si fuera la cadena de bloques perfecta? Y finalmente, ¿hacia dónde va Ethereum a partir de aquí?

¿Cómo se convirtió Ethereum en una plataforma tan "dominante"?

Hace cuatro años, Ethereum era la plataforma de contratos inteligentes de referencia sobre la que construir. Tenía excelentes herramientas de desarrollo (en relación con todo lo demás) con Hardhat, CryptoZombies, etc. Además, había una base de usuarios dedicada y la cadena y el token estaban "descentralizados". En aquel entonces, era mucho más probable que las cadenas de bloques centralizadas fueran una estafa. ETH, el activo, también era mucho más barato, lo que significaba que las tarifas de gas también lo eran.

Hoy en día, los desarrolladores tienen muchas más plataformas de contratos inteligentes sobre las que construir, cada una con un conjunto único de compensaciones. Y aunque todavía hay trampas, en relación con donde estábamos hace 4 años, ha disminuido significativamente a medida que más talento y capital ingresan a este espacio.

Las mismas cosas que hicieron que Ethereum tuviera éxito en el pasado son la razón por la que fracasará en el futuro. Hubo un período en el que Ethereum era la única plataforma de contratos inteligentes viable para que los desarrolladores construyeran. Los casos de uso legítimos (DeFi, NFT) le dieron a ETH una gran ventaja. Pero durante esta fase, el enfoque se desplazó hacia la acumulación de valor (dinero ultra sólido) y la competencia con Bitcoin para ser la reserva de valor nativa de Internet de facto (el flippening).

El deseo de ser tanto una plataforma de contratos inteligentes como un "dinero de ultrasonido" descentralizado agrega una fricción significativa (costos más altos de gas, red congestionada) para el usuario marginal y el desarrollador. Como dice Confucio (y GCR), el que persigue a dos conejos no atrapa a ninguno.

¿Hacia dónde va Ethereum a partir de aquí?

Los usuarios irán a donde existan aplicaciones y donde los costos tengan sentido. Sin embargo, los desarrolladores de aplicaciones tienden a ser más deliberados y centrados en el largo plazo, ya que hay muchos más gastos generales en relación con los propios usuarios. Los desarrolladores se basarán en plataformas en las que exista el potencial de que sus aplicaciones crezcan y escalen a largo plazo.

Ahora mire a Ethereum: tiene un promedio de 15-20 TPS, y las tarifas de gas a menudo se disparan a $ 200 por un intercambio. Existen restricciones muy claras sobre lo que se puede construir en Ethereum y estas son aplicaciones que requieren interacciones mínimas. Por ejemplo, un protocolo de préstamo prestado es una gran aplicación en Ethereum, ya que puedo interactuar con él un par de veces al año.

Pero si yo fuera un desarrollador de aplicaciones que estuviera buscando construir algo con la intención de escalarlo a 100K o 1M de usuarios y con patrones de uso mucho más altos, no hay un mundo en el que eso pueda ser construido de manera factible en Ethereum.

Y esto se está volviendo mucho más evidente a medida que surgen alternativas viables a diestra y siniestra.

• FriendTech se construyó sobre la Base L2
• Pacman y el equipo de Blur están buscando crear su propia L2
• DYDX utiliza su propia cadena de aplicaciones específica

El marco modular de la cadena de bloques proporciona un conjunto de compensaciones entre las que las cadenas de bloques pueden elegir. Ahora estamos en un estado en el que la infraestructura de blockchain que soporta los puntos a lo largo de la curva de compensaciones está empezando a existir.

Por último, incentivos, incentivos, incentivos.

Como siempre ha dicho Charlie Munger, "muéstrame los incentivos y te mostraré el resultado". La estructura de incentivos que existe para construir sobre Ethereum es inferior cuando se trata de las otras cadenas de bloques existentes. Las empresas de capital riesgo y los nuevos equipos de L1 tienen un gran interés en construir un ecosistema sólido y próspero. Como inversor, pensaría ¿por qué mis equipos se basan en Ethereum cuando el token está tan distribuido y el ecosistema ya está tan abarrotado? ¿Por qué no facilitar el desarrollo de aplicaciones en una cadena de bloques en la que tengo un interés personal donde la valoración de L1 es mucho más baja?

Las respuestas en este tweet dejan las cosas bastante claras.

ETH ya no está en la frontera eficiente cuando se trata del diseño de blockchain. Hay opciones superiores de plataformas de contratos inteligentes, independientemente de dónde quieras estar en la curva de compensaciones, y la estructura de incentivos está configurada para trabajar en su contra. A menos que haya un cambio fundamental en torno a cómo funciona Ethereum como comunidad y como organización, su dominio relativo con respecto a la valoración y el uso ha alcanzado su punto máximo.

Renuncia:

1. Este artículo es una reimpresión de [Jay's Substack]. Todos los derechos de autor pertenecen al autor original [Ethereum y el dilema del innovador]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.