Escrito por: Puffer
El 16 de septiembre, Puffer anunció oficialmente el producto de infraestructura de seguridad de Ethereum "UniFi AVS". Como un servicio de verificación activa (AVS) basado en EigenLayer, está diseñado para la confirmación previa (Preconfs) del ecosistema Ethereum, especialmente el campo Based Rollup. Diseñado para afrontar el desafío y liberar todo el potencial de Based Rollup.
Quizás la primera impresión de Puffer por parte de muchos usuarios sigue siendo la de una única plataforma nativa de re-apuesta de liquidez. De hecho, ya en agosto, nos habíamos actualizado a un proveedor de infraestructura descentralizada de Ethereum. La estructura del producto se puede resumir como "tres conduciendo un". carro: solución acumulativa basada en Puffer UniFi, solución de tecnología preconferencia UniFi AVS y producto de re-promesa Puffer LRT.
Este artículo compartirá con usted en profundidad los servicios funcionales de UniFi AVS. Sin embargo, antes de eso, es necesario aclarar brevemente los conceptos relacionados con el resumen basado. Siempre que comprenda el resumen basado, también puede tocar el impacto de UniFi. AVS sobre el futuro de Ethereum La importancia y el valor de la dirección.
Rollup basado: ¿La nueva solución óptima para Ethereum Rollup?
Como concepto propuesto formalmente por el investigador de la Fundación Ethereum, Justin Drake, en marzo de 2023, Based Rollup tiene como objetivo resolver una serie de problemas en el ecosistema Rollup existente.
Como todos sabemos, después de que Vitalik Buterin publicara la "Hoja de ruta de Ethereum centrada en Rollups" en 2020, el ecosistema Ethereum ha entrado en una era de múltiples Rollups: según estadísticas incompletas de L2BEAT, en el momento de la publicación, hay 39 Rollups L2. Entre ellos, tanto Optimistic Rollup como ZK Rollup han aliviado hasta cierto punto viejos problemas como la expansión de Ethereum, pero también han traído nuevos dilemas de liquidez cada vez más fragmentada.
Al mismo tiempo, el secuenciador, como componente central de la arquitectura L2-L1, es responsable de clasificar y empaquetar las transacciones de L2 a L1. Sin embargo, desempeña un papel importante en la mejora de la eficiencia del procesamiento de transacciones y la reducción de costos. debido a la ejecución L2, se utilizan comúnmente secuenciadores centralizados controlados por una sola o una pequeña cantidad de entidades y, por lo tanto, también enfrentan riesgos potenciales de falla o mal funcionamiento del secuenciador:
Una vez que hay un problema con el secuenciador, puede provocar retrasos en las transacciones, pérdida de datos e incluso amenazas a la seguridad de los activos. Este es, sin duda, un gran peligro oculto para los usuarios que dependen de L2 para las transacciones.
¿Qué pasa con los clasificadores descentralizados o clasificadores compartidos que son muy populares en el mercado?
En teoría, de hecho pueden eliminar los puntos únicos de falla y los riesgos de mal causados por los secuenciadores centralizados, pero sus mecanismos de coordinación y consenso son relativamente complejos y puede haber problemas de compatibilidad entre diferentes secuenciadores descentralizados, lo que dificulta lograr un acoplamiento fluido y Para ser honesto, la actual red de clasificación descentralizada aún no se ha verificado con éxito en la práctica a gran escala y aún puede enfrentar varios ataques y vulnerabilidades potenciales.
Por lo tanto, Based Rollup sigue directamente el principio de la "navaja de Occam" en un solo paso, eliminando el diseño del mecanismo de red secuenciador separado: transferir la responsabilidad de la clasificación de transacciones del L2 original al L1, con el nodo de verificación de Ethereum L1 actuando como el proponente del bloque. (proponente) es responsable de ordenar las transacciones.
Esto no solo evita los riesgos causados por los secuenciadores centralizados, sino que también aprovecha al máximo la red de nodos existente y las características descentralizadas de Ethereum, actualizando la seguridad directamente al mismo nivel que la red principal de Ethereum.
Sin embargo, lo que gana es lo que pierde, lo que trae consigo otro desafío: la red nativa basada en Rollup no puede lograr una confirmación rápida de las transacciones.
La razón también es muy simple. Actualmente, el L2 común se basa en un clasificador centralizado, que puede clasificar y empaquetar rápidamente, logrando una confirmación de transacciones casi instantánea, mientras que la clasificación de transacciones del resumen basado es manejada por el nodo de verificación L1; del que el tiempo de confirmación depende completamente. Debido al intervalo de generación de bloques de la red principal (aproximadamente 12 segundos), la experiencia del usuario es muy inferior a la del secuenciador centralizado.
Rollup basado, inseparable de Preconfs
Para decirlo sin rodeos, Based Rollup está alineado con L1 en términos de seguridad, descentralización, etc., pero tiene que hacer sacrificios en términos de velocidad de confirmación de transacciones. Para la mayoría de los escenarios en cadena con atributos financieros, las condiciones del mercado cambian rápidamente, sin mencionar una diferencia de 12 segundos, incluso una diferencia de solo 1 segundo, que puede causar enormes riesgos e incertidumbres.
En vista de esto, es necesario que apliquemos un "parche" al paquete acumulativo basado, es decir, preconfirmaciones (preconfs para abreviar). Su lógica también es muy simple, como el significado literal:
Cuando compramos billetes de tren en el 12306, una vez que seleccionamos el itinerario y realizamos el pedido (realizamos una transacción con firma), el sistema de reservas te dará primero un mensaje de preconfirmación indicándote que la compra del billete (correspondiente a cada transacción) ha sido aceptado y se está procesando Entrando al proceso de confirmación posterior, podemos comenzar a planificar el itinerario, preparar el equipaje, etc., y solo cuando finalmente el boleto esté confirmado en el auto y asiento (la transacción se libera a L1), lo haremos oficialmente. completar la transacción de compra de boletos y reserva de asiento.
En resumen, en el Rollup basado, la confirmación previa es un compromiso de incluir la transacción en el bloque antes de que la transacción se envíe oficialmente a L1 para su confirmación, lo que equivale a darle al usuario una señal de confirmación preliminar para informarle que la transacción. ha sido aceptado y está en trámite.
De esta manera, garantiza que aquellos escenarios de transacciones en cadena que requieren urgentemente puntualidad no necesiten esperar 12 segundos y puedan alcanzar directamente una velocidad de respuesta de transacción de nivel de milisegundos (aproximadamente 100 milisegundos) (leer más "¿Por qué el resumen basado requiere pre- confirmación (Preconfs)" tecnología?").
Este movimiento no solo mejora en gran medida la velocidad de las transacciones y la experiencia del usuario, sino que tampoco requiere cambios en el protocolo central de Ethereum. Hasta cierto punto, el resumen basado y la confirmación previa (Preconfs) son como dos caras de la misma moneda, si lo desea. Si desea aprovechar al máximo el potencial de Based Rollup, es necesario implementar un servicio de preconfirmación flexible, neutral y sin permiso.
Lo que hay que considerar es, en el mecanismo de implementación específico, ¿quién es responsable de clasificar y confirmar previamente las transacciones, y de garantizar que se cumplan los compromisos previos a la confirmación?
Con respecto a la primera pregunta, la Fundación Ethereum está desarrollando un contrato de registro neutral. Este contrato no estará afiliado a ningún protocolo específico y tiene como objetivo proporcionar una base común para el descubrimiento y la verificación previos a la confirmación, similar al "sistema de registro" en las acciones. modo market.”, que permite a cualquier proponente L1 registrarse voluntariamente como nodo de verificación previa a la confirmación;
Con respecto a la segunda pregunta, el mecanismo de reducción basado en recompensas y castigos económicos sin duda puede garantizar que el nodo de verificación no viole el compromiso previo a la confirmación, pero se enfrenta a una elección oscilante: si se reduce parte del ETH del nodo de verificación, es necesario retomarlo. La lógica del contrato inteligente tiene una alta eficiencia de capital, pero también una alta complejidad; si se requieren garantías adicionales, la complejidad es baja, pero la eficiencia de capital es aún menor;
Entonces, ¿es posible resolver el problema de la reducción directamente basándose en la seguridad económica de la red principal de Ethereum con la ayuda del servicio AVS de EigenLayer?
Puffer UniFi AVS se adhiere a esta idea. Utiliza la función de recuperación de EigenLayer y puede combinarse con el mecanismo de contrato de registro neutral de la Fundación Ethereum en el futuro para lograr un escenario casi ideal:
Establecer un mecanismo de participación en el servicio de confirmación previa sin permiso que permita a cualquier proponente L1 registrarse voluntariamente como nodo de verificación de confirmación previa, logrando así seguridad económica basada directamente en la red principal de Ethereum sin medidas punitivas adicionales.
Puffer UniFi AVS: solución previa a la configuración para el paquete acumulativo basado
Puffer UniFi AVS incluye específicamente tres componentes clave: integración de EigenLayer, registro en cadena y mecanismo de reducción. Entre ellos, la integración de EigenLayer brinda al servicio de confirmación previa de Puffer UniFi AVS una ventaja competitiva exclusiva que es difícil de replicar:
Según el conjunto de nodos de verificación de nueva promesa de Puffer, el ETH vuelto a prometer se puede utilizar directamente como garantía previa a la confirmación sin la necesidad de depósitos adicionales. De esta manera, "una institución, dos marcas", nodos de verificación de nueva promesa = pre. -Los nodos de servicio de confirmación no solo mejoran la eficiencia del capital, sino que también pueden construir rápidamente un conjunto suficientemente descentralizado de nodos de verificación preconfirmados con una gran cantidad de participantes.
Podemos resolver brevemente el proceso de implementación específico de confirmación previa de Puffer UniFi AVS.
En primer lugar, debido a que el nodo de verificación de Puffer se ha registrado como un nodo de "restauración nativa" en Ethereum, cuando un usuario envía una transacción que requiere confirmación previa, el nodo de verificación de Puffer actuará directamente como un nodo de verificación de confirmación previa y proporcionará El usuario recibe una confirmación previa en aproximadamente 100 milisegundos. La confirmación de un compromiso les permite a los usuarios saber rápidamente que su transacción ha sido recibida y se incluirá en un bloque futuro.
Después de proporcionar el servicio de confirmación previa, el nodo de verificación Puffer empaquetará estas transacciones con otras transacciones y enviará el bloque a Ethereum L1. Finalmente, el contrato inteligente Puffer UniFi Puffer Sequencer Contract acepta transacciones por lotes para garantizar que el estado de la transacción haya sido confirmado y. no se puede revertir.
A lo largo de todo el proceso, el mecanismo de registro y reducción en cadena de UniFi AVS juega un papel importante: si el verificador no cumple con sus compromisos previamente confirmados, será castigado, garantizando así la confiabilidad y seguridad de todo el sistema.
Al momento de publicación, los requisitos para participar en Puffer UniFi AVS son:
Propiedad de EigenPod. EigenPods es una herramienta para que los nodos de verificación de Ethereum interactúen con EigenLayer, lo que garantiza que el servicio UniFi AVS pueda castigar los nodos de verificación que violen los compromisos previos a la confirmación;
32 ETH. Dado que el nodo de verificación previa a la confirmación y el nodo de verificación de Ethereum son "una institución, dos marcas", el nodo de confirmación previa requiere al menos 32 ETH para participar. Sin embargo, el formulario de participación del operador es más flexible, ya sea que esté ejecutando el nativo. el nodo de verificación en sí o parte del producto de rehipotecación (LRT) no se verá afectado;
Ejecute Commit-Boost. Los operadores deben ejecutar el software Commit-Boost junto con sus clientes validadores para garantizar una comunicación fluida entre la realización de servicios previos a la confirmación y el manejo del validador y la cadena de suministro previa a la confirmación;
Vale la pena señalar que al integrar Commit-Boost, Puffer UniFi AVS tiene como objetivo centrarse en funciones centrales como el mecanismo de registro y el mecanismo de reducción, proporcionando servicios de preconfirmación más eficientes, estandarizados y centrados en la comunidad, al tiempo que se adhiere a la descentralización de Ethereum y el principio básico de apertura.
¿Quién necesita el servicio UniFi AVS de Puffer?
Es aconsejable adoptar una visión amplia a medida que la narrativa de Based Rollup continúa expandiéndose, muchos proyectos de Based Rollup están destinados a surgir como hongos después de una lluvia. Su demanda de servicios de confirmación previa es extremadamente urgente, especialmente cuando se enfrentan a problemas complejos. Los entornos y tecnologías del mercado requieren un proveedor de servicios técnicos de confirmación previa confiable para protegerlos.
El mercado necesita urgentemente un conjunto de proveedores de servicios de tecnología de preconfirmación segura, por lo que Puffer UniFi AVS es esencialmente una solución universal que puede satisfacer eficazmente las necesidades de todas las partes:
Por el lado de la oferta, vincular los nodos de verificación de re-stake (no solo Puffer, sino que también admitirá jugadores nativos del protocolo LRT de re-stake como Etherfi y Renzo en el futuro), apoyarlos para que participen en UniFi AVS para comer más, y obtener ingresos adicionales vendiendo sus propios servicios de verificación;
Por el lado de la demanda, el otro extremo se enfrenta directamente a todas las partes del proyecto que necesitan crear un paquete acumulado, lo que les permite obtener fácilmente servicios de confirmación previa a través de la canalización de recursos UniFi AVS, acelerando así el procesamiento de transacciones;
En pocas palabras, el modelo de servicio de Puffer UniFi AVS es similar a la plataforma de emparejamiento de EigenLayer, con el objetivo de promover la asignación y utilización óptimas de los recursos, al igual que Uber y Didi, acceso a nodos de verificación de replanteo como proveedores, a través del emparejamiento, proporcionando Servicio de preconfirmación basado en Rollup al demandante.
Esto no solo acelerará en gran medida el proceso de innovación en el campo de Based Rollup y el ecosistema Ethereum, sino que también creará nuevas fuentes de ingresos para el grupo de nodos de verificación de Ethereum, aportando nueva vitalidad a todo el ecosistema.
resumen
En general, Based Rollup, como una nueva idea de Rollup que Vitalik Buterin ha nombrado repetidamente recientemente, seguramente desempeñará un papel más crítico en la evolución de Ethereum.
Por lo tanto, el servicio de confirmación previa que es indispensable para Based Rollup está destinado a convertirse en una infraestructura clave relacionada con la dirección futura del ecosistema Ethereum. Como solución de tecnología de confirmación previa con un diseño de mecanismo innovador, Puffer UniFi AVS es el actual "Based". Rollup+Preconfs" "El paso más crítico:
Para los usuarios, Puffer UniFi AVS ofrece una experiencia de confirmación de transacciones casi instantánea, lo que mejora enormemente la experiencia del usuario y sienta una base sólida para la popularidad y la adopción generalizada de Based Rollup;
Para los proveedores de servicios de confirmación previa, fortalece el mecanismo de recompensa y castigo a través de mecanismos de registro y confiscación en cadena, mejorando la eficiencia y credibilidad dentro del ecosistema;
Para los nodos de verificación L1, abre canales de ingresos adicionales, aumenta el atractivo de participar en la verificación de nodos y fortalece aún más los incentivos económicos y la legitimidad de la red principal de Ethereum;
Desde una perspectiva más macro, Puffer UniFi AVS comienza con Based Rollup, pero es más que Based Rollup: está estrechamente relacionado con la visión a largo plazo de Ethereum, logrando una rápida confirmación previa sin cambiar el protocolo central, y su impacto es no limitado a El ecosistema EigenLayer proporciona un nuevo paradigma para la innovación de Ethereum, brindando beneficios tangibles a los usuarios, verificadores y toda la comunidad de Ethereum. Se espera que estimule una serie de reacciones en cadena e inyecte nuevas y mayores posibilidades para el crecimiento continuo de Ethereum. sexo.