En septiembre, el fundador de Ethereum, Vitalik Buterin, escribió un discurso 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 de blog antes mencionada, Vitalik Buterin habló sobre la "filosofía mínimamente encapsulada" 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.
encapsula 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 un estándar de token que introduce la abstracción de cuentas. La abstracción de cuentas 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 independiente del protocolo Ethereum.
Ahora, Vitalik Buterin ve claras ventajas en encapsular algunas partes de ERC-4337. 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 abstracciones 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 mev-boost, la solución de terceros de FlashBot, 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 implemente en la capa de consenso del protocolo Ethereum. Los mercados de constructores dentro de tales acuerdos se liberarían del control de una red centralizada de terceros (conocida como "relés") que actúa como casas de subastas en el mercado mev-boost.
Encapsula ZK-EVM y funciones 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 proporcionan una forma más eficiente de abordar las vulnerabilidades.
Con respecto a ZKEVM, ERC-4337 también juega un papel en esto, pero el enfoque está 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 al encapsular ZKEVM porque la cadena de bloques de Ethereum tiene datos limitados para almacenar. SIN EMBARGO, ESTE PROBLEMA TAMBIÉN SE PUEDE MITIGAR COMPRIMIENDO MÁS DATOS POR ZKEVM.
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 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 fuera dominante, podría dar lugar a una única herramienta de gobernanza potencialmente comprometida que controle a la mayoría de los validadores de Ethereum. Protocolos como Lido ya ofrecen más garantías para 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 mempool privado 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 genera preocupaciones sobre la centralización y la confianza.
Si bien la encapsulación de mempools privados resuelve 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.
! [El arte de las compensaciones de Vitalik: ¿Qué características debería encapsular el protocolo Ethereum?] ](https://cdn-img.panewslab.com/panews/images/B13yINjz59.png)
(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 su implementación indirecta 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 conducir a protocolos cada vez más complejos y, finalmente, extenderse demasiado y ser difícil 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 ve la cadena de bloques como un "sistema social" 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.
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 discurso 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 de blog antes mencionada, Vitalik Buterin habló sobre la "filosofía mínimamente encapsulada" 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.
encapsula 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 un estándar de token que introduce la abstracción de cuentas. La abstracción de cuentas 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 independiente del protocolo Ethereum.
Ahora, Vitalik Buterin ve claras ventajas en encapsular algunas partes de ERC-4337. 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 abstracciones 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 mev-boost, la solución de terceros de FlashBot, 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 implemente en la capa de consenso del protocolo Ethereum. Los mercados de constructores dentro de tales acuerdos se liberarían del control de una red centralizada de terceros (conocida como "relés") que actúa como casas de subastas en el mercado mev-boost.
Encapsula ZK-EVM y funciones 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 proporcionan una forma más eficiente de abordar las vulnerabilidades.
Con respecto a ZKEVM, ERC-4337 también juega un papel en esto, pero el enfoque está 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 al encapsular ZKEVM porque la cadena de bloques de Ethereum tiene datos limitados para almacenar. SIN EMBARGO, ESTE PROBLEMA TAMBIÉN SE PUEDE MITIGAR COMPRIMIENDO MÁS DATOS POR ZKEVM.
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 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 fuera dominante, podría dar lugar a una única herramienta de gobernanza potencialmente comprometida que controle a la mayoría de los validadores de Ethereum. Protocolos como Lido ya ofrecen más garantías para 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 mempool privado 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 genera preocupaciones sobre la centralización y la confianza.
Si bien la encapsulación de mempools privados resuelve 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.
! [El arte de las compensaciones de Vitalik: ¿Qué características debería encapsular el protocolo Ethereum?] ](https://cdn-img.panewslab.com/panews/images/B13yINjz59.png)
(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 su implementación indirecta 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 conducir a protocolos cada vez más complejos y, finalmente, extenderse demasiado y ser difícil 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 ve la cadena de bloques como un "sistema social" 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.