En septiembre, el fundador de Ethereum, Vitalik Buterin, escribió un mensaje titulado "¿Debería el protocolo Ethereum encapsular más características?" La publicación del blog sopesa las ventajas y desventajas de la "consagración" para el protocolo Ethereum L1, dando a los lectores pistas sobre la dirección futura de Ethereum. **Este artículo presentará el concepto de "encapsulación" y cómo afectará a la hoja de ruta de Ethereum. **
El concepto de "encapsulación"
Desde la definición tradicional de desarrollo de software, la encapsulación se refiere a un método para envolver y ocultar los detalles de implementación de una interfaz de función abstracta. Para la "encapsulación" de Ethereum, significa que se pueden ejecutar más funciones directamente en la cadena principal, y estas funciones pueden haber dependido de software externo en el pasado, y las nuevas funciones que se encapsulan se convertirán en "funciones de protocolo".
En la publicación del blog mencionada anteriormente, Vitalik Buterin habló sobre la "filosofía de encapsulación mínima" original de Ethereum. La idea es mantener la capa básica de Ethereum L1 lo más simple posible, al tiempo que se confía en soluciones fuera de la cadena como el rollup, para obtener funcionalidad adicional y nuevas características.
Sin embargo, ahora cree que puede ser necesario un ligero ajuste a la "filosofía de encapsulación mínima". A continuación, exploraremos más a fondo la "filosofía mínimamente encapsulada" y sus pros y contras.
** "Filosofía de encapsulación mínima"**
La "encapsulación mínima" se refiere a encapsular una funcionalidad específica en la cadena de bloques para simplificar la ejecución sin imponer reglas estrictas. Por ejemplo, el protocolo Ethereum no necesita encapsular un sistema completo de staking de liquidez (como stETH de Lido), sino solo partes específicas de la funcionalidad que resuelven desafíos clave. Esto ayudará a implementar la función de forma sencilla y evitar complicarla.
Los desarrolladores principales de Ethereum han estado tratando de mantenerlo limpio, simple y seguro en la capa base. La creación de nuevas funciones sobre el protocolo Ethereum es principalmente responsabilidad del resto de la comunidad Ethereum. En palabras de Vitalik Buterin, Ethereum fue creado para "validar bloques como una máquina virtual". Una de las principales ventajas de este enfoque es que una bifurcación dura puede describirse fácilmente como una transacción única de un contrato de procesador de bloques. Otras ventajas de la arquitectura minimalista incluyen la flexibilidad para satisfacer las diferentes necesidades de los usuarios y evitar la sobrecarga de software. **
Sin embargo, a medida que la industria crecía, la comunidad se dio cuenta de que encapsular más funciones podría conducir a mejoras en el protocolo Ethereum, como tarifas de gas más bajas, mayor seguridad y menores riesgos de centralización.
Paquete ERC-4337
En 2023, la abstracción de cuentas, una nueva característica de Ethereum, estuvo a la vista de todos. La abstracción de cuentas, también conocida como ERC-4337, fue escrita por Vitalik Buterin junto con otros cinco desarrolladores y es el estándar de tokens que introdujo la abstracción de cuentas. La abstracción de la cuenta trae nuevas características como billeteras de contratos inteligentes y el uso de tokens ERC-20 para pagar tarifas de gas a los usuarios de Ethereum. Estas características fáciles de usar son ampliamente esperadas porque son propicias para acelerar la adopción de criptomonedas y billeteras criptográficas.
La abstracción de la cuenta ha sido revisada varias veces a lo largo de los años. Evolucionó desde una propuesta de mejora de Ethereum llamada EIP-86 hasta su forma final, ERC-4337. Como ERC, la abstracción de cuentas no requiere una bifurcación dura y existe técnicamente independientemente del protocolo Ethereum.
Ahora, Vitalik Buterin cree que encapsular algunas partes de ERC-4337 tiene claras ventajas. El estándar facilita la resistencia a la censura, la eficiencia del gas y la compatibilidad con los códigos de operación de la máquina virtual Ethereum (EVM). **
Si se implementa a través de software externo, es posible que un atacante pueda explotar una vulnerabilidad en el contrato de punto de entrada para robar fondos. Por el contrario, la encapsulación de ERC-4337 reemplazará su contrato de punto de entrada como una característica en el protocolo, lo que hará que los fondos de los usuarios sean más seguros. Además, como parte del protocolo L1, los usuarios tienen cargos de gas más bajos cuando utilizan funciones de abstracción de cuentas encapsuladas debido a los menores costos de almacenamiento.
La encapsulación de PBS ayudará a abordar los riesgos de centralización de Ethereum
La encapsulación puede promover la descentralización y crear un sistema sin confianza, y la encapsulación PBS (Proposer/Builder Separation) es un buen ejemplo. Los proponentes de la cadena de bloques Ethereum son validadores que venden sus derechos de producción de bloques a constructores que se especializan en extraer el máximo valor extraíble (MEV) de los bloques. Los proponentes ganan recompensas MEV en el proceso, mientras que los constructores de bloques se quedan con una parte de las recompensas MEV para sí mismos.
Actualmente, los validadores utilizan la solución de terceros de FlashBot, mev-boost, para acceder a los mercados de los constructores. La solución es actualmente muy bien recibida, ya que representa el 90% de los bloques de Ethereum generados. Con el fin de eximir al protocolo del riesgo de centralización mev-boost, actualmente está abogando por encapsular PBS, lo que permitirá que PBS se ejecute en la capa de consenso del protocolo Ethereum. Los mercados de constructores dentro de dichos protocolos se liberarían del control de redes centralizadas de terceros (conocidas como "relés") que actúan como casas de subastas en el mercado MEV-BOOST.
Paquete ZK-EVM y función de staking de liquidez
Vitalik Butein dijo que desde el nacimiento del proyecto Ethereum, ha tratado de mantener el núcleo de Ethereum lo más simple posible mediante la construcción de un protocolo en la parte superior. Recientemente, sin embargo, ha habido un interés cauteloso en incorporar más características en el protocolo central de Ethereum. Además de la abstracción de cuentas que acabamos de mencionar, la función permite que las billeteras de contratos inteligentes admitan funciones clave como la congelación y recuperación de cuentas. ZKEVM, o máquina virtual basada en pruebas de conocimiento cero, también mejora la eficiencia del procesamiento de transacciones de una manera segura y confiable al aprovechar la criptografía avanzada. En teoría, tanto la encapsulación de abstracciones de cuentas como ZKEVM podrían proporcionar formas más eficientes de lidiar con las vulnerabilidades.
Con respecto a ZKEVM, ERC-4337 también desempeñó un papel en esto, pero el enfoque se centró más en el escalado que en la abstracción de cuentas**. La función del protocolo ZK puede promover una filosofía de diversificación de los clientes de Ethereum. La encapsulación de ZKEVM permitirá que el consenso social de Ethereum maneje casos especiales, reduciendo la necesidad de una gobernanza adicional en el ecosistema de rollups. Sin embargo, Ethereum puede enfrentar desafíos para encapsular ZKEVM porque la cadena de bloques de Ethereum tiene datos limitados para almacenar. Sin embargo, este problema también se puede mitigar comprimiendo ZKEVM más datos.
Vitalik Buterin cree que si los ZKEVM no tienen que llevar datos "testigos", la eficiencia de sus datos será mayor. **Es decir, si un dato en particular ya ha sido leído o escrito en algún bloque anterior, simplemente se puede suponer que el probador podrá acceder a él sin tener que volver a aportar pruebas.
La encapsulación del staking de liquidez evita la centralización del validador. Por lo general, el staking de liquidez implica bloquear o apostar una criptomoneda en una cadena de bloques PoS y recibir un token correspondiente de una plataforma como Lido, que también se puede seguir utilizando para DeFi. Si un token de este tipo dominara, podría dar lugar a que una única herramienta de gobernanza potencialmente vulnerable controlara a la mayoría de los validadores de Ethereum. Protocolos como Lido ya ofrecen más garantías de esto, pero una capa de defensa puede no ser suficiente.
La encapsulación requiere un término medio flexible
Los riesgos de centralización pueden ocurrir cuando la complejidad del protocolo Ethereum se empuja a la capa externa, y la encapsulación evita esto. Sin embargo, la encapsulación excesiva sobrecarga la confianza y la gobernanza del protocolo, lo que socava su neutralidad. La complejidad del protocolo también introduce riesgos sistémicos, como la necesidad de añadir más complejidad a la precodificación.
Por lo tanto, cuando se trata de envases, Vitalik Buterin está adoptando un término medio flexible. Sigue siendo un apasionado de encapsular mempools privados para ayudar a los usuarios a mitigar problemas como las transacciones preventivas. Al igual que Mev-Boost, las soluciones privadas de Mempool son proporcionadas por proveedores externos, lo que plantea preocupaciones sobre la centralización y la confianza.
Si bien encapsular mempools privados puede resolver este problema, Vitalik Buterin adopta un enfoque más pragmático, argumentando que encapsular el anti-frontrunning en L1 sigue siendo una propuesta difícil, al menos hasta que se perfeccione el cifrado de latencia o surja algún otro avance tecnológico.
Los puntos principales que compartió en su publicación de blog son los siguientes:
La encapsulación puede ayudar a evitar el riesgo de centralización;
Sin embargo, si la encapsulación debilita el modelo de confianza de Ethereum y hace que Ethereum sea más subjetivo, es mejor evitar el uso de la encapsulación;
Encapsular demasiadas funciones complicará demasiado el protocolo;
Si la función encapsulada no es utilizada por suficientes usuarios, la encapsulación puede ser contraproducente a largo plazo.
(Nota del editor: "Abstraer más funciones" aquí es lo opuesto a "encapsular más funciones", las funciones abstractas se pueden entregar a más software externo para implementarlas indirectamente, y las funciones encapsuladas se implementan directamente confiando en más funciones integradas). ）
Por un lado, la tendencia a abstraer más características tiene las siguientes ventajas:
Evite extender demasiado los protocolos de carga de confianza y gobernanza;
Apoyar las necesidades diversificadas de los usuarios;
Cuando la demanda futura sea incierta;
Reducir la complejidad del protocolo.
Por otro lado, la preferencia por empaquetar más funcionalidad tiene las siguientes ventajas:
Hacer frente a los altos costos fijos;
Mejorar la función de autorización de protocolo;
Reducir el riesgo de errores de código para los usuarios;
Evite los riesgos de centralización de alto nivel.
El resultado final de la evolución del protocolo
Si bien el plan original de Ethereum era hacer que la cadena de bloques funcionara de forma segura mediante la construcción de un protocolo en la parte superior, Vitalik Buterin cree que el futuro de Ethereum no está escrito en piedra. Como dice el refrán de la industria: "No existe una solución perfecta en las criptomonedas, solo compensaciones". "La encapsulación tiene la ventaja de reducir el riesgo de vulnerabilidades y reducir la probabilidad de centralización, pero su desventaja obvia es que puede llevar a que los protocolos se vuelvan cada vez más complejos y, finalmente, se extiendan demasiado y sean difíciles de manejar. Es una disyuntiva compleja sobre qué características deben incluirse en el protocolo y cuáles deben dejarse en otros niveles del ecosistema.
En general, en el entorno actual, Vitalik Buterin considera que las cadenas de bloques son "sistemas sociales" y, en ejemplos justificados y beneficiosos, tiende a apoyar el protocolo Ethereum que encapsula alguna funcionalidad específica. En el caso de las funciones que se utilizan con poca frecuencia, puede ser necesario eliminar la encapsulación para garantizar la compatibilidad con versiones anteriores y protocolos ligeros. Por supuesto, reconoce que la compensación en torno al empaque seguirá evolucionando con el tiempo.
Ebunker, un veterano de Ethereum, prestó atención al desarrollo de la tecnología Ethereum, las actualizaciones de propuestas y los cambios en la comunidad por primera vez, compartiendo investigaciones y puntos de vista sobre Staking, L2, DeFi y otras pistas clave de Ethereum.
Actualmente, Ebunker incluye empresas como Ebunker Pool (que financia el grupo de minería de Ethereum Staking sin custodia) y Ebunker Venture (Ethereum Max Ventures).
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
El arte de las compensaciones de Vitalik: ¿Qué características debería encapsular el protocolo Ethereum?
En septiembre, el fundador de Ethereum, Vitalik Buterin, escribió un mensaje titulado "¿Debería el protocolo Ethereum encapsular más características?" La publicación del blog sopesa las ventajas y desventajas de la "consagración" para el protocolo Ethereum L1, dando a los lectores pistas sobre la dirección futura de Ethereum. **Este artículo presentará el concepto de "encapsulación" y cómo afectará a la hoja de ruta de Ethereum. **
El concepto de "encapsulación"
Desde la definición tradicional de desarrollo de software, la encapsulación se refiere a un método para envolver y ocultar los detalles de implementación de una interfaz de función abstracta. Para la "encapsulación" de Ethereum, significa que se pueden ejecutar más funciones directamente en la cadena principal, y estas funciones pueden haber dependido de software externo en el pasado, y las nuevas funciones que se encapsulan se convertirán en "funciones de protocolo".
En la publicación del blog mencionada anteriormente, Vitalik Buterin habló sobre la "filosofía de encapsulación mínima" original de Ethereum. La idea es mantener la capa básica de Ethereum L1 lo más simple posible, al tiempo que se confía en soluciones fuera de la cadena como el rollup, para obtener funcionalidad adicional y nuevas características.
Sin embargo, ahora cree que puede ser necesario un ligero ajuste a la "filosofía de encapsulación mínima". A continuación, exploraremos más a fondo la "filosofía mínimamente encapsulada" y sus pros y contras.
** "Filosofía de encapsulación mínima"**
La "encapsulación mínima" se refiere a encapsular una funcionalidad específica en la cadena de bloques para simplificar la ejecución sin imponer reglas estrictas. Por ejemplo, el protocolo Ethereum no necesita encapsular un sistema completo de staking de liquidez (como stETH de Lido), sino solo partes específicas de la funcionalidad que resuelven desafíos clave. Esto ayudará a implementar la función de forma sencilla y evitar complicarla.
Los desarrolladores principales de Ethereum han estado tratando de mantenerlo limpio, simple y seguro en la capa base. La creación de nuevas funciones sobre el protocolo Ethereum es principalmente responsabilidad del resto de la comunidad Ethereum. En palabras de Vitalik Buterin, Ethereum fue creado para "validar bloques como una máquina virtual". Una de las principales ventajas de este enfoque es que una bifurcación dura puede describirse fácilmente como una transacción única de un contrato de procesador de bloques. Otras ventajas de la arquitectura minimalista incluyen la flexibilidad para satisfacer las diferentes necesidades de los usuarios y evitar la sobrecarga de software. **
Sin embargo, a medida que la industria crecía, la comunidad se dio cuenta de que encapsular más funciones podría conducir a mejoras en el protocolo Ethereum, como tarifas de gas más bajas, mayor seguridad y menores riesgos de centralización.
Paquete ERC-4337
En 2023, la abstracción de cuentas, una nueva característica de Ethereum, estuvo a la vista de todos. La abstracción de cuentas, también conocida como ERC-4337, fue escrita por Vitalik Buterin junto con otros cinco desarrolladores y es el estándar de tokens que introdujo la abstracción de cuentas. La abstracción de la cuenta trae nuevas características como billeteras de contratos inteligentes y el uso de tokens ERC-20 para pagar tarifas de gas a los usuarios de Ethereum. Estas características fáciles de usar son ampliamente esperadas porque son propicias para acelerar la adopción de criptomonedas y billeteras criptográficas.
La abstracción de la cuenta ha sido revisada varias veces a lo largo de los años. Evolucionó desde una propuesta de mejora de Ethereum llamada EIP-86 hasta su forma final, ERC-4337. Como ERC, la abstracción de cuentas no requiere una bifurcación dura y existe técnicamente independientemente del protocolo Ethereum.
Ahora, Vitalik Buterin cree que encapsular algunas partes de ERC-4337 tiene claras ventajas. El estándar facilita la resistencia a la censura, la eficiencia del gas y la compatibilidad con los códigos de operación de la máquina virtual Ethereum (EVM). **
Si se implementa a través de software externo, es posible que un atacante pueda explotar una vulnerabilidad en el contrato de punto de entrada para robar fondos. Por el contrario, la encapsulación de ERC-4337 reemplazará su contrato de punto de entrada como una característica en el protocolo, lo que hará que los fondos de los usuarios sean más seguros. Además, como parte del protocolo L1, los usuarios tienen cargos de gas más bajos cuando utilizan funciones de abstracción de cuentas encapsuladas debido a los menores costos de almacenamiento.
La encapsulación de PBS ayudará a abordar los riesgos de centralización de Ethereum
La encapsulación puede promover la descentralización y crear un sistema sin confianza, y la encapsulación PBS (Proposer/Builder Separation) es un buen ejemplo. Los proponentes de la cadena de bloques Ethereum son validadores que venden sus derechos de producción de bloques a constructores que se especializan en extraer el máximo valor extraíble (MEV) de los bloques. Los proponentes ganan recompensas MEV en el proceso, mientras que los constructores de bloques se quedan con una parte de las recompensas MEV para sí mismos.
Actualmente, los validadores utilizan la solución de terceros de FlashBot, mev-boost, para acceder a los mercados de los constructores. La solución es actualmente muy bien recibida, ya que representa el 90% de los bloques de Ethereum generados. Con el fin de eximir al protocolo del riesgo de centralización mev-boost, actualmente está abogando por encapsular PBS, lo que permitirá que PBS se ejecute en la capa de consenso del protocolo Ethereum. Los mercados de constructores dentro de dichos protocolos se liberarían del control de redes centralizadas de terceros (conocidas como "relés") que actúan como casas de subastas en el mercado MEV-BOOST.
Paquete ZK-EVM y función de staking de liquidez
Vitalik Butein dijo que desde el nacimiento del proyecto Ethereum, ha tratado de mantener el núcleo de Ethereum lo más simple posible mediante la construcción de un protocolo en la parte superior. Recientemente, sin embargo, ha habido un interés cauteloso en incorporar más características en el protocolo central de Ethereum. Además de la abstracción de cuentas que acabamos de mencionar, la función permite que las billeteras de contratos inteligentes admitan funciones clave como la congelación y recuperación de cuentas. ZKEVM, o máquina virtual basada en pruebas de conocimiento cero, también mejora la eficiencia del procesamiento de transacciones de una manera segura y confiable al aprovechar la criptografía avanzada. En teoría, tanto la encapsulación de abstracciones de cuentas como ZKEVM podrían proporcionar formas más eficientes de lidiar con las vulnerabilidades.
Con respecto a ZKEVM, ERC-4337 también desempeñó un papel en esto, pero el enfoque se centró más en el escalado que en la abstracción de cuentas**. La función del protocolo ZK puede promover una filosofía de diversificación de los clientes de Ethereum. La encapsulación de ZKEVM permitirá que el consenso social de Ethereum maneje casos especiales, reduciendo la necesidad de una gobernanza adicional en el ecosistema de rollups. Sin embargo, Ethereum puede enfrentar desafíos para encapsular ZKEVM porque la cadena de bloques de Ethereum tiene datos limitados para almacenar. Sin embargo, este problema también se puede mitigar comprimiendo ZKEVM más datos.
Vitalik Buterin cree que si los ZKEVM no tienen que llevar datos "testigos", la eficiencia de sus datos será mayor. **Es decir, si un dato en particular ya ha sido leído o escrito en algún bloque anterior, simplemente se puede suponer que el probador podrá acceder a él sin tener que volver a aportar pruebas.
La encapsulación del staking de liquidez evita la centralización del validador. Por lo general, el staking de liquidez implica bloquear o apostar una criptomoneda en una cadena de bloques PoS y recibir un token correspondiente de una plataforma como Lido, que también se puede seguir utilizando para DeFi. Si un token de este tipo dominara, podría dar lugar a que una única herramienta de gobernanza potencialmente vulnerable controlara a la mayoría de los validadores de Ethereum. Protocolos como Lido ya ofrecen más garantías de esto, pero una capa de defensa puede no ser suficiente.
La encapsulación requiere un término medio flexible
Los riesgos de centralización pueden ocurrir cuando la complejidad del protocolo Ethereum se empuja a la capa externa, y la encapsulación evita esto. Sin embargo, la encapsulación excesiva sobrecarga la confianza y la gobernanza del protocolo, lo que socava su neutralidad. La complejidad del protocolo también introduce riesgos sistémicos, como la necesidad de añadir más complejidad a la precodificación.
Por lo tanto, cuando se trata de envases, Vitalik Buterin está adoptando un término medio flexible. Sigue siendo un apasionado de encapsular mempools privados para ayudar a los usuarios a mitigar problemas como las transacciones preventivas. Al igual que Mev-Boost, las soluciones privadas de Mempool son proporcionadas por proveedores externos, lo que plantea preocupaciones sobre la centralización y la confianza.
Si bien encapsular mempools privados puede resolver este problema, Vitalik Buterin adopta un enfoque más pragmático, argumentando que encapsular el anti-frontrunning en L1 sigue siendo una propuesta difícil, al menos hasta que se perfeccione el cifrado de latencia o surja algún otro avance tecnológico.
Los puntos principales que compartió en su publicación de blog son los siguientes:
La encapsulación puede ayudar a evitar el riesgo de centralización;
Sin embargo, si la encapsulación debilita el modelo de confianza de Ethereum y hace que Ethereum sea más subjetivo, es mejor evitar el uso de la encapsulación;
Encapsular demasiadas funciones complicará demasiado el protocolo;
Si la función encapsulada no es utilizada por suficientes usuarios, la encapsulación puede ser contraproducente a largo plazo.
(Nota del editor: "Abstraer más funciones" aquí es lo opuesto a "encapsular más funciones", las funciones abstractas se pueden entregar a más software externo para implementarlas indirectamente, y las funciones encapsuladas se implementan directamente confiando en más funciones integradas). ）
Por un lado, la tendencia a abstraer más características tiene las siguientes ventajas:
Evite extender demasiado los protocolos de carga de confianza y gobernanza;
Apoyar las necesidades diversificadas de los usuarios;
Cuando la demanda futura sea incierta;
Reducir la complejidad del protocolo.
Por otro lado, la preferencia por empaquetar más funcionalidad tiene las siguientes ventajas:
Hacer frente a los altos costos fijos;
Mejorar la función de autorización de protocolo;
Reducir el riesgo de errores de código para los usuarios;
Evite los riesgos de centralización de alto nivel.
El resultado final de la evolución del protocolo
Si bien el plan original de Ethereum era hacer que la cadena de bloques funcionara de forma segura mediante la construcción de un protocolo en la parte superior, Vitalik Buterin cree que el futuro de Ethereum no está escrito en piedra. Como dice el refrán de la industria: "No existe una solución perfecta en las criptomonedas, solo compensaciones". "La encapsulación tiene la ventaja de reducir el riesgo de vulnerabilidades y reducir la probabilidad de centralización, pero su desventaja obvia es que puede llevar a que los protocolos se vuelvan cada vez más complejos y, finalmente, se extiendan demasiado y sean difíciles de manejar. Es una disyuntiva compleja sobre qué características deben incluirse en el protocolo y cuáles deben dejarse en otros niveles del ecosistema.
En general, en el entorno actual, Vitalik Buterin considera que las cadenas de bloques son "sistemas sociales" y, en ejemplos justificados y beneficiosos, tiende a apoyar el protocolo Ethereum que encapsula alguna funcionalidad específica. En el caso de las funciones que se utilizan con poca frecuencia, puede ser necesario eliminar la encapsulación para garantizar la compatibilidad con versiones anteriores y protocolos ligeros. Por supuesto, reconoce que la compensación en torno al empaque seguirá evolucionando con el tiempo.
Ebunker, un veterano de Ethereum, prestó atención al desarrollo de la tecnología Ethereum, las actualizaciones de propuestas y los cambios en la comunidad por primera vez, compartiendo investigaciones y puntos de vista sobre Staking, L2, DeFi y otras pistas clave de Ethereum.
Actualmente, Ebunker incluye empresas como Ebunker Pool (que financia el grupo de minería de Ethereum Staking sin custodia) y Ebunker Venture (Ethereum Max Ventures).