jakiro
Autor: Anurag Arjun, co -fundador de Polygon, Fundador de la traducción;
El 26 de febrero de 2024, APLEIC anunció que recibirá un financiamiento de la ronda de semillas de $ 27 millones dirigido por Founders Fund y Dragonfly.Esta ronda de financiamiento se utilizará para promover el desarrollo de la trinidad disponible, una hoja de ruta de tres etapas que unifica todo el ecosistema Web3.
>
Polygon Co -Founder and Adualy Founder Anurag Arjun publicó un documento en profundidad el fondo y el origen de «Avance Trinity», y cómo disponible resuelve el problema de la fragmentación y la escalabilidad de los usuarios que enfrentan los ecosistemas actuales.
>
1. Resumen
Web3 no necesita licenciar el entorno para dar a luz a una variedad de tecnologías de avance.Si desea alcanzar la escala requerida que necesita usar, hay muchos desafíos técnicos a superar.Sin embargo, el problema que debe resolverse es integrar todas estas tecnologías juntas como una operación general de un usuario final, al tiempo que mantiene el espíritu descentralizado del ecosistema.
La complejidad de las transacciones del sistema cruzado excedió las expectativas, lo que llevó a problemas de fragmentación innecesaria.Los esfuerzos de los usuarios deben tender a atraer nuevos usuarios, no centrarse en la comunidad Web3 existente.
Para resolver todos estos problemas, Disponir está acelerando la unidad de Web3 a través de Disponible Trinity.
En este artículo, exploraremos los antecedentes y la teoría de Avance Trinity para mostrar cómo resuelve el problema de la fragmentación y la escalabilidad de la fragmentación y escalabilidad del usuario en los ecosistemas actuales.Mostraremos cómo Avlice DA sienta las bases perfectas para muchos rollups que están ansiosos por la usabilidad de los datos de alta eficiencia y sentarán las bases para realizar la intención del usuario (intención) a través del Nexus disponible (un centro de coordinación sin permiso).Disponse Fusion Security ha hecho que Vane Trinity sea completo, resolviendo las crecientes necesidades de seguridad compartidas y fortaleciendo el próspero ecosistema unificado Web3.
2. Prólogo
Si ha tratado de comerciar en redes múltiples, entonces sabrá que la experiencia correspondiente no está lista para dar la bienvenida a la adopción a gran escala.
Con una comprensión técnica muy profunda de la arquitectura blockchain, puede comenzar a resolver este problema a largo plazo.A través del primer principio del primer principio, podemos obtener la base técnica requerida para crear una experiencia unificada de la cadena de bloques.Esta base conectará cada red de acumulación de L2 y L1 independiente, y al mismo tiempo, aún admite a los desarrolladores con modemas cruzados para innovación y experimentos descentralizados sin permiso.
El rollup se desarrolla como parte de la solución de desafío de escalabilidad.Aunque el rollup reduce efectivamente el costo y mejora la escalabilidad de Ethereum, trae una nueva complejidad:
● Debido a la disponibilidad limitada, la demanda de más espacio en bloque ha llevado a crecientes costos.
● El aumento en el ecosistema L2 ha exacerbado la fragmentación del mercado y obstaculizó aún más la experiencia del usuario y la economía.
Como estos problemas se han resuelto, el potencial de escalabilidad e interoperabilidad del sistema blockchain que se ha detenido durante muchos años finalmente se puede realizar.
3. Disponible solución
Disponse es utilizar el principio de transmisión de mensajes asincrónicos (el mismo principio que la expansión de las aplicaciones en Internet) para expandir la cadena de bloques, y ahora es el mejor momento para construir.
Disponse Trinity está compuesto por capas básicas de disponibilidad de datos (DA), capas de interoperabilidad de Nexus y capas de red de seguridad de fusión.
● La capa DA está especialmente construida para la disponibilidad de datos.
● Nexus, como un acurrucado ZK liviano pero potente que se ejecuta en uso, admite un asentamiento de sistemas cruzados y del sistema cruzado.
● Fusion Security puede reunir la seguridad económica cifrada de muchos tokens para servir y garantizar la red disponible.
La misión de Disponse es simplificar la experiencia enrollable y proporcionar una plataforma unificada eficiente para usuarios y desarrolladores de todos los diferentes ecosistemas.
Este modelo de integración vertical tiene como objetivo resolver problemas de fragmentación cada vez más problemáticos y problemáticos, lo que permite que el acurrucado toque sin problemas a los usuarios y la liquidez en todo el campo blockchain.
La visión de Disponse es proporcionar una experiencia de usuario consistente en ecosistemas de blockchain modulares flexibles y aprender de la experiencia de Web2 para innovar en Web3.A través de la tecnología avanzada, la hoja de ruta transparente y la ejecución rápida, Avail no solo está construyendo un producto, sino también para crear una nueva etapa para el campo blockchain.
4. Antecedentes e inspiración
¿Qué podemos hacer desde Web2?
¿Cómo se alcanza realmente la aplicación en Internet?Micro -servicio asincrónico.
Internet no es una gran computadora mundial, pero una serie de computadoras conectadas entre sí.
Amazon es un grupo de microservicios relacionados que se especializan en el comercio electrónico.Visa opera una serie de microservicios para el pago.
● Cuando el usuario haga clic en el botón de compra del producto en Amazon, activará la llamada desde el navegador a los microservicios de productos de Amazon.
● Luego llame a MicroService Visa para enviar la página de pago a los usuarios.
● Una vez que el usuario complete los detalles del pago, se enviará otra solicitud de pago de verificación a los microservicios de visa.
● Una vez que el pago pase la verificación, enviará una devolución de llamada al microservicio del producto de Amazon, para que los usuarios sepan que el producto ha sido comprado y el pago se ha completado.
Si se encuentra con un día promocional de vacaciones, como Black Friday, Amazon y Visa Micro -Service ampliarán la escala para satisfacer más necesidades de Internet.
El punto es que Internet solo puede expandirse a una escala tan grande a través de micro -servicio asincrónico.Esto también será lo mismo.
¿Cómo implementamos esto en Web3?
UPI es un buen ejemplo.En lo que respecta a los usuarios y transacciones, es uno de los sistemas de pago más grandes del mundo.En la actualidad, las transacciones de manejo mensuales de UPI superan los 10 mil millones, lo que demuestra que el sistema es grande.
UPI es un sistema que permite a los clientes de diferentes bancos interactuar.Pero no fue tan exitoso cuando se lanzó.El banco dudaba mucho en si unirse al sistema. El gobierno no obligaba a la solicitud a unirse a UPI.Banks dijo que la principal preocupación es que si apoyan las transacciones UPI, el resultado final será que los fondos en la cuenta del cliente se transferirán a otros bancos (salida de liquidez).
Resolver este problema utiliza el principio de reciprocidad.El principio de reciprocidad reemplaza los incentivos económicos, que se utiliza para transmitir dicho concepto: solo cuando los bancos permiten «pagar» (pagados hacia afuera) pueden unirse a UPI para obtener «pagos» (entradas de flujo de pago «(entradas de pago de pago » A.
Aunque este es un ejemplo del conjunto de permisos requerido (Bank en Web2), la capa uniforme de Web3 aún debe estar integrada en el principio de beneficio mutuo, que es bueno e inofensivo para todo el ecosistema.
El principio de reciprocidad ayuda a cada banco a abrir la puerta de sus clientes y billeteras y realizar una cooperación efectiva para garantizar que los clientes finales obtengan la mejor experiencia del usuario tanto como sea posible.
Dicha cooperación es inofensiva para el ecosistema.Pero esto solo se puede lograr solo cuando la tecnología subyacente se utiliza para lograr la cooperación.UPI tiene estos, diseñamos disponible para llevar la experiencia global del sistema Web2 a Web3.
Traiga la experiencia de Web2 a la Web3
El desarrollo de Internet proporciona ideas preciosas al mundo blockchain.La expansión de Internet se logra principalmente a través de microservicios asíncronos.
● Las plataformas como Amazon y Visa son ejemplos de este modelo.
● Estos servicios se expanden independientemente para satisfacer la demanda y mostrar la efectividad de las operaciones asíncronas descentralizadas.
● El éxito de sistemas como UPI (interfaz de pago unificado) destaca aún más la importancia de la conectividad en la expansión de sistemas complejos a gran escala.
En Web3, estamos presenciando una complejidad similar y una etapa de crecimiento.Hoy, muchas soluciones de Rollup y Layer 2 han aparecido en Ethereum, lo que ha llevado a los problemas fragmentados de los usuarios y la liquidez, así como la desconexión de la experiencia del usuario, que recuerdan a los primeros desafíos de Internet.Ahora comprendamos estos problemas en profundidad, y cómo Avail ayuda a resolver estos problemas.
Status quo del ecosistema modular
El acurrucado se ha convertido en una solución de expansión de blockchain reconocida.Con la madurez y el desarrollo de la tecnología de rollo, así como las nuevas tecnologías avanzadas específicas de las aplicaciones, se están convirtiendo en la función estándar de las plataformas blockchain.Vemos que el acurrucado está obteniendo cada vez más adopción de múltiples cadenas, lo cual es obvio.
Sin embargo, este desarrollo ha atraído mucha atención a la experiencia del usuario, porque hay cientos de cadenas, y cada cadena tiene innumerables interacción del usuario.
Los principales participantes de L2 han formulado sus propias soluciones únicas en el proceso de lidiar con estos desafíos.Desafortunadamente, esto ha llevado a una mayor fragmentación.
Aunque estos ecosistemas permiten operaciones de integración suaves dentro de sus límites, las operaciones de los ecosistemas cruzados pueden producir fricción, lo cual es un obstáculo para los usuarios que buscan interoperabilidad perfecta en una gama más amplia de campos de blockchain.
>
DA Capa basada en la prueba de validez
Según el primer principio de pensamiento, la capa subyacente de la pila unificada debe ser una capa DA construida por la muestra de disponibilidad basada en la prueba efectiva de validez.
La capa DA es una capa esencial en la cadena de bloques porque es el punto de integración de consenso y clasificación.Aunque la capa DA necesita otros componentes (es decir, ejecutar) para construir una cadena de bloques, actúa como la raíz de la confianza, clasificando la transacción y alcanzando el consenso sobre estas transacciones.
Cuando la capa de ejecución se verifica y ordene desde la capa básica y la garantía de DA, el método de ejecución más efectivo y mínimo es probar el compromiso de clasificación.Basado en la prueba de validez, es una fuente irreversible de hechos.Esto es exactamente lo que KZG promete jugar en Disponse DA.Sin embargo, para obtener la garantía de disponibilidad para la clasificación, el cliente debe descargar datos completos o realizar un muestreo de los datos de datos predeterminados para proporcionar una disponibilidad de alta credibilidad.El primero obligó al cliente a ejecutar la capa básica de todo el nodo, por lo que está disponible para que el cliente de luz del DAS ejecute DAS a los datos del código de corrección para verificar eficientemente la disponibilidad.
La prueba de validez es compatible con Das es las superpoderes de Disponse, que es nuestro punto de apoyo para nuestra construcción de Disponible Trinity.
Disponible Trinity
El uso del ecosistema disponible tiene como objetivo proporcionar a los usuarios y desarrolladores una excelente experiencia y equilibra la escalabilidad, la interoperabilidad y la seguridad sin compromiso.La estructura de la plataforma es principalmente los siguientes tres pisos:
● Capa de usabilidad básica de datos (DA)
Esta capa es una capa base general, y cualquier blockchain puede usarla para mejorar su escalabilidad y seguridad.El diseño simple y potente de la información es muy flexible.
● Frente a la capa nexus interoperable
La capa Nexus es un componente coordinado de Avail, que proporciona un marco que no necesita tener licencia para la transmisión de mensajes internos.
Esta capa es esencial para crear una experiencia de usuario perfecta de cruzar múltiples escenarios.
● Capa de seguridad de fusión
Fusion permite que la cadena básica disponible combine el token no nativo con token nativo disponible para proteger la seguridad de la plataforma disponible, logrando así una capa de seguridad fuerte y confiable.
Fusion Security proporcionará una mayor seguridad y más efectividad para los tokens de rollo construidos construidos en uso.
Fusion también ayudará a introducir más liquidez de otra cadena de bloques en el ecosistema disponible y bloquearlo.
5. Avance DA
>
La capa DA es la base central de la red Blockchain, que actúa como la fábrica de intercambio extensible.Asegura que cada vez que nace un nuevo bloque, todos los datos relevantes en la red están allí sin ningún escondido o eliminación, lo que lo respalda para continuar ejecutándose.
Aunque es importante, la capa DA necesita otras capas para crear una cadena de bloques, especialmente la capa de ejecución que determina los cambios en el estado de la cadena de bloques.La capa de ejecución se expande de manera eficiente a través del acurrucado, pero si no hay una capa de DA optimizada, la disponibilidad de datos pronto se convertirá en un cuello de botella.
(1) El principio de funcionamiento de la capa disponible
La capa de Disponse DA es una red de blockchain descentralizada.Crea espacio de bloques y garantiza su seguridad.
Use una APPID especial para publicar datos de transacciones para aprovechar, y luego estos datos se envían y están disponibles.
>
● Los datos publicados en el bloqueo están verificados por la red disponible, pero no se ejecuta (porque este es el trabajo de la capa de ejecución).
● Disponible datos disponibles blockchain puede admitir cualquier red blockchain.
● Disponible utiliza la prueba de validez, por lo que los desarrolladores y los usuarios no necesitan confiar en los datos de confirmación de la red para estar disponibles;
● Los datos publicados para aprovechar se amplían por el código compacto, que aumenta la redundancia de datos.
● Disponible utiliza compromisos polinomiales de KZG para garantizar que los datos dejen trazas en el cabezal de bloqueo.
● Una vez que se verifica el nuevo bloque, finalmente se determina que la prueba de validez se puede usar para garantizar que los datos estén disponibles inmediatamente después de confirmar el bloque.
● La cadena de bloqueo de Equidad de Nominación de Nominación (OSPS) de Disponse se construye con Polkadot SDK, que admitirá hasta 1,000 autenticación externa.
(2) Muestreo de disponibilidad de datos (DAS)
DAS es un concepto central que verifica efectivamente otras redes, billeteras y datos disponibles en la cadena de bloques disponible.
Usando el cliente de Light de Disponse, los usuarios pueden probar la cadena de bloques disponible rápidamente para verificar la prueba de validez de los datos disponibles.Este código eficiente y conciso se puede implementar fácilmente en diferentes productos y dispositivos, incluidos los teléfonos y navegadores móviles de los usuarios.
>
8. Capacidad de extensión
A través del muestreo de clientes y disponibilidad de datos de Disponse, Avail admite bloques escalables, lo que puede aumentar el tamaño del bloque y admitir más bloques con el crecimiento de la demanda.
Esto se debe a las características únicas de los clientes ligeros y DAS.
El cliente de Light Avail puede probar los subconjuntos de datos en la red y verificar la disponibilidad de los datos.El cliente ligero puede generar rápidamente casi el 100%de garantía de disponibilidad de datos a través de 8-30 muestras, proporcionando una garantía de seguridad que es equivalente al nodo completo.Cuando se copia la red de clientes cruzados, la red de clientes de luz en sí comienza a formar una copia del estado actual de la cadena, agregando redundancia a toda la red.Al final, obtendrá una copia de la red disponible con un dispositivo de verificación y una red de clientes ligeros.
Con más clientes ligeros, la red tiene capacidades de muestreo de datos más potentes.Con más DAS en la red, la cobertura de la red de clientes de luz se volverá lo suficientemente grande como para probar un bloque más grande.Esto traerá un ciclo de retroalimentación positiva, es decir, a medida que el espacio de bloque se vuelve cada vez más grande, el número de clientes de luz en la red aumentará.Al contrario del diseño de una sola cadena con un espacio de bloque disponible reducido como demanda, la capa DA de Avierme podrá expandir el espacio de bloque DA según la demanda.
9. Mantenga la clasificación
Mantener la clasificación de la transacción son los requisitos básicos para construir el sistema blockchain.Con la aparición de cada nuevo bloque de disponibilidad, aparecerán nuevas transacciones de clasificación en la cadena de bloques.
Aunque la responsabilidad de la liberación de la clasificación de datos es el conjunto de dispositivos de verificación de DA APLEIC, la responsabilidad de verificación se subcontrata a los usuarios.Para determinar la corrección de la cadena, el usuario debe:
● Usabilidad de los datos de verificación: se basa en la usabilidad de los datos de clasificación establecida.Los usuarios pueden implementar esto en función de la clasificación de los datos de clasificación determinados por el conjunto de dispositivos de verificación disponibles.La efectividad del uso de la efectividad de Disponse puede lograr la certeza final de aproximadamente 60 segundos.
● Ejecución de verificación: esto se implementa verificando la prueba de ejecución de rollup.
De hecho, de manera predeterminada, estos procesos de verificación se integrarán en la billetera del usuario.Esta integración garantiza que los usuarios no necesiten tener tecnología de verificación, ni necesitan ejecutar un software especial.Este método no solo simplifica la experiencia del usuario, sino que también mantiene la confiabilidad y la integridad de la interacción en el ecosistema disponible.
6. Avance nexus
>
Ser capaz de soportar fácilmente el acurrucado significa fácilmente que la llegada de miles de rollup marcará el comienzo.En otras palabras, la experiencia del usuario final de interactuar con estos rollup se fragmentará.En el mundo múltiple, la experiencia de los usuarios de blockchain se ha visto afectado en cierta medida.Esta es la razón por la cual estamos construyendo disponible Nexus, que se utiliza como un centro de verificación unificado para el rollo y el uso de Disponir DA como la raíz de la confianza.
Disponse Nexus se basa en el encierro de coordinación ZK personalizado de Disponse, que incluye:
● Demuestre la capa de agregación y verificación
● Mecanismo de subasta de ranura/ranura
Nexus también se agregará a la prueba de someterse regularmente a Ethereum y aprovechar las capas DA para su verificación.Se verifica un módulo personalizado en Disponse DA para verificar la prueba de agregación.
fondo
El encierro es crucial para resolver problemas de escalabilidad.Cuando implica atraer a más usuarios, la cadena única siempre es un cuello de botella.En el futuro ideal, cada DAPP es su propio rollup, que solo está limitado por su propio rendimiento.Sin embargo, la parte más importante de este futuro es la comunicación perfecta entre DAPP.El mundo modular definitivamente será tan eficiente como un protocolo de transmisión de mensajes que indica a través del acurrucado.
La comunicación cruzada implica puentes cruzados.Cuando se realiza un puente entre el acurrucado en la misma capa de DA, no implicará áreas de seguridad y de seguridad cruzadas, porque todos dependen del mismo consenso y seguridad económica para determinar la clasificación (hay una ligera diferencia) en términos de, El rollup necesita saber si la ejecución es correcta.Esto lleva a una serie de temas importantes.
● ¿Cómo verificar el estado sin convertirse en un cuello de botella?
● ¿Cómo entienden el mensaje o los eventos en otro rollo en el ecosistema, y se puede lograr la transmisión del mensaje asíncrono?
● ¿Cómo se puede conocer las especificaciones de Rollup B?
● La seguridad supone que hay cambios entre diferentes rollup?
● ¿Cuántos puentes cruzados se necesitan, incluso si son universales?
Disponse Nexus tiene como objetivo resolver estos problemas a gran escala.
diseño
Cuando una cadena de bloques quiere hablar con otra cadena, por su propia seguridad, debe responder dos preguntas importantes.
1. ¿Cuál es la norma y el orden final de la cadena?
2. ¿Es efectiva la ejecución?
El consenso determina el orden estándar de la cadena, y la capa GM -DA proporciona una seguridad unificada a este respecto.La capa DA proporciona consenso de rollups para su orden de transacción.El orden de transacción de todo el encierro (incluido su propio acurrucado) está determinado por el mismo consenso, por lo que incluso si hay una reorganización, el orden de todo el encierro será determinado por la reorganización.
Sin embargo, incluso para el acurrucado con una capa pública de DA, también es un problema determinar si la ejecución es efectiva.
Imaginemos la situación del acurrucado NFT que quiere confirmar el pago en el rollo de pago.La comunicación cruzada se muestra aproximadamente de la siguiente manera:
>
La línea roja representa el flujo de información de pagar el rollup a NFT Rollup.Aunque esto parece simple, la complejidad aumentará a medida que más acumulaciones se unan al ecosistema.
Incluso para algunos rollups que desean comunicarse entre sí, la estructura eventualmente se verá así.
>
Cuando reconocemos que cada encierro puede tener una función de conversión de estado única y la selección de diseño personalizada de acuerdo con su campo específico, el desafío se vuelve más obvio.La verificación de la ejecución puede depender de la teoría del juego, combinada con la certificación de fraude o la dependencia del sistema de prueba efectivo de certificación de conocimiento cero (certificado ZK).Incluso en los rollups de ZK, la prueba del sistema en sí mismo puede mostrar cambios, desde Groth16 hasta PLONK.
El rollup realmente no necesita saber cuáles son los detalles y las funciones de conversión de estado de otros rollups, pero solo necesita verificar si la ejecución de estas funciones de conversión estatal se implementa con sinceridad, y debe comprender esta ejecución relacionada con ellas.Además, al verificar una sola prueba, ya sea que puedan verificar básicamente toda la efectividad de toda la ejecución, esto cambiará las reglas del juego.El centro de verificación permite ciertas interfaces para comunicaciones y eventos de cadena cruzada, y se proporciona la información detallada del dominio específico de encierro detrás de esto.Disponse Nexus es la encarnación de este concepto.
>
Agregar
ZK demuestra que hay una característica muy importante, que es la simplicidad.Los recursos informáticos requeridos para las declaraciones de verificación son mucho menores que la declaración misma.En el contexto de la cadena de bloques, la verificación de estado es mucho más fácil de alcanzar un determinado estado que alcanzar un estado ejecutando la función de conversión de estado.Además, la posibilidad de que la prueba n sea efectiva a través de un solo certificado (agregación) son las posibilidades.Ahora, ya no necesitamos verificar la prueba de validez del rollup solo, sino para verificar que un solo certificado de agregación verifique toda la prueba de validez de la participación del rollup a partir de este punto, lo que significa la efectividad de todos los registros históricos involucrados en el rollup .
Disponse Nexus verificará toda la prueba de validez que se le envía cuando cumpla con ciertas condiciones y cree una prueba concisa para demostrar que esta operación se ha completado.La prueba se presenta a la capa base disponible y se verifica por todos los nodos.En esencia, se convierte en una capa de asentamiento sagrado.Cualquier rollup participante puede verificar esta simple prueba para verificar cualquier otro rollup.
>
Los detalles de la implementación pueden cambiar, pero puede verificar la prueba o utilizar más herramientas de agregación de certificación de destino (por ejemplo,
Un detalle importante es que disponible nexus en sí es un rollup ZK.Cada agregación es un nuevo bloque o lote en el mundo del rollup.El cabezal de bloque es una promesa de un determinado estado, que se utiliza para almacenar el encabezado del bloque de muelles antes de Nexus, y la lista de todos los eventos generados por el encierro a partir de este punto.Además, esto incluso se permite participar en el rollo optimista.El acurrucado optimista podrá enviar sus recibos y raíces de estado a Nexus, y el fraude demuestra que será una procedencia del fraude ZK, acortando así el período de desafío.Si el certificado fraudulento no se presenta durante el período de desafío, el recibo (o evento) generado por el encierro optimista se incluirá en el estado de Nexus.
Volviendo al ejemplo de NFT y el pago, la realización ahora se ve así.
>
La parte naranja describe el flujo de información entre las dos cadenas.El recibo proporcionado por Disponible Nexus describe la raíz de todos los eventos construidos por todos los rollup generados por todos los rollup en registros históricos.Es importante que se pueda demostrar al incidente que contiene pruebas no inclusivas.En la implementación actual, todo el evento se almacena como un árbol de merkle escaso.
Las aplicaciones de combinación sincrónica pueden predecir con precisión y son más fáciles de construir.Sin embargo, con la expansión de los casos de uso y la mejora de los requisitos de experiencia del usuario, las combinaciones síncronas no pueden proporcionar una flexibilidad suficiente.En una sola cadena de chip o un solo acurrucado, la aplicación se encuentra en el mismo sistema, y es fácil tener dos estructuras al mismo tiempo.Cualquier comunicación entre aplicaciones debe realizarse dentro del tiempo de bloque, pero una estructura de alto nivel como el futuro puede usarse para almacenar compromisos futuros. son devolución de llamada).
Cuando pasamos de un mundo de una sola cadena a un mundo modular con muchos rollup, la necesidad de necesidades combinadas asíncronas combinadas se vuelve más obvia.La situación de una parada de cadena no es ideal porque está esperando el pago de otra cadena.Cualquier tipo de comunicación debe poder poder a través de múltiples bloques.Además, los atributos atómicos se han vuelto importantes para cualquier sistema de combinación asincrónica.La ejecución de todas las partes debe recuperarse cuando las condiciones externas fallan.Como se muestra anteriormente, estos son los desafíos resueltos por Disponible Nexus.Disponible Nexus proporciona una experiencia unificada en el mundo modular a través de la prueba de agregación.Esto permite la implementación personalizada, como el almacenamiento futuro y proporciona finalización futura en todo el sistema.(En esta estructura, el acurrucado en sí no se recupera debido a fallas externas, pero el acurrucado ingresará a un nuevo estado y se cancelará en el futuro). En esencia, solo después de completar el pago se puede transferir el NFT a alguien.Rollup de pago, al igual que el UX con el que estamos familiarizados en el mundo de Web2.
Verificación de orden y ejecución
Hoy, los rollups en Ethereum tienen el costo de usar Ethereum como DA.Cuando aumenta la tarifa de gas, el costo que pagan es de aproximadamente $ 1300-1600/MB, o incluso más.Por lo tanto, vemos que muchas cadenas quieren usar el disponible como la capa DA de su cadena.Esto puede reducir el costo operativo del 70-90%, dependiendo de sus opciones de construcción y tamaño por lotes.Todavía emitieron pruebas en Ethereum y las usaron como una capa de liquidación.De hecho, solo usan Ethereum como su puente de norma.
Aunque continuaremos viendo esta tendencia en los próximos meses, de hecho, si cientos de rollups por bloque resuelven en Ethereum, la ejecución de Ethereum no se ampliará nuevamente.Esperamos que los validadores disponibles continúen estableciendo un puente sobre Ethereum para acceder a los usuarios y la liquidez allí.Pero compartiremos el costo del puente a través de Avance Nexus.
El acurrucado que participa en Disponse Nexus se probará mediante el avance disponible y verificado.Las pruebas verificadas llegarán a Ethereum a través del puente vectorial.Ethereum todavía puede verificar la prueba de ejecución de polimerización, y no necesita confiar en la verificación disponible.
La única diferencia ahora es que Avail Nexus se ha convertido en un puente de rollup de normas, mientras que Ethereum usa el mismo puente para garantizar.El diseño reduce el costo de ejecución en Ethereum, de cada verificación de verificación a un solo certificado que demuestra verificar todos los rollups que participan en Disponir nexus.Luego, el rollup puede salir en Ethereum como lo normal.
7. Avance Fusion
>
La capa unificada requiere seguridad unificada.Establecer un nuevo acurrucado en lugar de la mayor propuesta de valor de crear un L1 separado es heredar la seguridad de la capa básica.Para obtener una capa de coordinación de Web3, debe ser muy segura porque la garantía de economía cifrada y la garantía de cifrado definitivamente definirá el ecosistema disponible.
Para satisfacer esto, estamos desarrollando seguridad de fusión que utiliza los activos nativos más maduros del ecosistema, como BTC, ETH, etc., y les permite contribuir a aprovechar el consenso.No solo eso, también permite que los nuevos tokens rollup jueguen un papel en la protección de la capa básica, dándoles poder.
Fusion Security es una seguridad económica cifrada adicional, cuyo objetivo es realizar la visión unificada de Disponible.
En el contexto de la plataforma disponible, Fusion Security permite tokens externos que no sean el token nativo de Disponse en el consenso de Disponse DA.
Fusion permite agregar dos tokens a la biblioteca de uso comprometido, mejorando así la seguridad económica cifrada de todo el ecosistema:
● Criptomoneda madura: tokens BTC, ETH y SOL.
● Tokens emergentes: los nuevos tokens creados en uso se limitan a una pequeña parte de la promesa total de guiar su utilidad.
Este método mejorará gradualmente la seguridad económica del disponible, y marca uno de los primeros ejemplos del primer lote de consenso en diferentes cadenas de bloques utilizando tokens externos como ETH y BTC.
En la actualidad, el prototipo de fusión desarrollado para disponible sigue dos métodos diferentes:
1. Módulo de compromiso en la cadena de bloques disponible: este módulo admitirá una variedad de tokens externos a través de las paletas de activos en el nodo disponible.
2. Módulo puro para la conversión de activos: esto hará que los activos externos se convertirán en monedas nativas de Disponse y mantengan el mapeo de conversión de precios durante la conversión.
La elección final de estos métodos se determinará después de una cuidadosa consideración de los modelos de riesgo económico, las limitaciones de inflación y otros factores clave.Esta medida representa un paso importante en la integración e interoperabilidad de varias criptomonedas en el ecosistema disponible.
La inspiración de Fusion proviene de:
● Eigenlayer, que creó un servicio en el servicio independientemente del mecanismo de consenso de Ethereum o servicio completo de servicio de verificación, ETH recuperada
● La cadena de Babilonia está creando una plataforma que permite el uso de BTC (Bitcoin) garantizar la seguridad a través de diferentes redes de blockchain
● La ósmosis, que crea seguridad de la red, permite que una cadena tome prestada seguridad económica de otras cadenas
La fusión es una estructura similar a estos métodos.Presta prestado la seguridad económica de otros activos, pero castiga el fracaso y el fracaso activo en uso de consenso.
8. Aprovechar las tokens
Disponir los tokens promoverán la economía circular en la red
● La capa de seguridad de DA, Nexus y Fusion estará protegida a través de la compromiso de Token.
● Las tarifas de transacción y puentes son pagadas por el token nativo de Disponse para garantizar que la red pueda mantenerse a sí misma y proporcionar medidas de incentivos consistentes para todos los participantes
>
Los titulares de toques disponibles formarán una comunidad básica que espera construir y utilizar las ventajas del ecosistema disponible en Avail DA.
9. Visión unificada
En un entorno compuesto por cientos de cadenas, cada cadena tiene sus propios factores de seguridad e interoperabilidad.
La plataforma proporcionará una única interfaz de usuario que permite a los usuarios administrar fácilmente todos los activos en cada cadena de bloques.Cuando el usuario desea ejecutar la transacción, solo necesita firmar la intención en la interfaz.
Luego, el extremo posterior de la plataforma disponible utilizará Nexus Avail y su soporte para mensajes asíncronos para iniciar operaciones.El sistema se comunica con otras cadenas en el ecosistema para cumplir con las solicitudes de los usuarios y garantizar una experiencia de usuario Web3 sin problemas, eficientes y unificados.
