Arweave, AO, AI: marco modular y seguridad flexible

Autor: Arweave Oasis, Fuente: Twitter @Arweaveoasis

Recientemente, Messari, una conocida organización de investigación en la industria, publicó un artículo titulado «Arweave, AO y AI – Marco modular y seguridad flexible», escrito por Seth Bloomberg.El contenido es muy rico y tiene un gran valor de referencia para comprender la arquitectura AO y AR y las perspectivas de desarrollo futuras.Sin embargo, debido a sus problemas de derechos de autor, todo el texto completo no se puede traducir y mostrar a los lectores.Por lo tanto, el autor espera cortar los clips de ellos y mostrarlos a través de la interpretación.El contenido original se puede obtener en Messari (requerido el pago).

El 30 de mayo, Seth Bloomberg, autor de este artículo, publicó algún resumen del artículo en X.Los detalles son los siguientes:

• Arweave se ha basado históricamente en aplicaciones externas y ecosistemas para transferir datos a su red.AO es una nueva red construida en Arweave que ahora creará una demanda constante de Arweave.AO se convertirá en el catalizador de crecimiento de Arweave y la nueva plataforma para el desarrollo de aplicaciones.

• Creo que uno de los mayores valores técnicos de AO es que separa el mecanismo de consenso de los cálculos requeridos por la aplicación.Dividirlos en AO proporciona una arquitectura modular y permite a los desarrolladores extender el poder de seguridad y computación de sus aplicaciones.

• Las aplicaciones en AO incentivan a los proveedores de energía informática para procesar actualizaciones de estado y otros mensajes.Esto crea un nuevo mercado para los proveedores de energía de aplicación e informática.Asegura que la aplicación obtenga el nivel de recursos que debería tener bajo demanda.Esto es muy diferente de la mayoría de las plataformas de contrato inteligentes.

• AO es una plataforma virtual independiente de la máquina que abre el potencial para implementar aplicaciones intensivas en cómputo.Equipos como @autonomous_af ya están desarrollando la automatización Defi.Sin embargo, en la cadena LLM (modelo de lenguaje grande) sería una especie completamente diferente.

Después de leer el texto completo, encontrará interés en AO, una computadora mundial distribuida que se implementa completamente en diferentes formas.Los puntos principales resumidos en Insight son:

• AO es un protocolo nuevo basado en Arweave, una red de almacenamiento de datos permanente.Una de las propuestas de valor central de AO es su capacidad para ejecutar aplicaciones en su totalidad paralelamente sin restricciones de escalabilidad (en términos AO, tales aplicaciones se denominan proceso de proceso) y mantener un estado relevante localmente sin la necesidad de compartir el estado global en toda la red.

• Todas las aplicaciones sobre AO se comunican a través de los estándares de mensajes definidos (convertirse en mensajes en términos AO), proporcionando procesos con soluciones de datos de lectura y escritura listas para comer.

• Una característica única de AO es su flexibilidad para escalar la seguridad del proceso.Los desarrolladores de procesos pueden configurar la seguridad requerida por sus aplicaciones y extender la seguridad pagando efectivamente validadores adicionales (llamado Unidad de Computación CUS en términos AO).

• Debido a las características de escalabilidad de AO y la arquitectura independiente de la máquina virtual (que se refiere a AO, aquí, puede admitir múltiples máquinas virtuales, lo que permite a los desarrolladores seleccionar diferentes máquinas virtuales para ejecutar sus aplicaciones de acuerdo con sus necesidades específicas, sin limitarse a un Uno.

Modularidad y flexibilidad

El autor resume dos infraestructuras principales que han surgido en los últimos años: marcos modulares y seguridad flexible.

Marco modular: permite a los desarrolladores seleccionar y combinar componentes modulares de blockchain comunes (por ejemplo, ejecución, disponibilidad de datos, asentamiento y consenso).Las capas de disponibilidad de datos de acumulación y Celestia de base se utilizan como ejemplos representativos.

Seguridad flexible y escalable: se refiere a la capacidad de algunas redes para proteger sus servicios de manera más eficiente al alquilar la seguridad en lugar de comenzar una red de validador muy pesada por su cuenta.El autor usa Eigenlayer como un caso para las explicaciones correspondientes.

El objetivo de un marco modular es fomentar la opcionalidad y la especialización de cada componente.Por ejemplo, los desarrolladores son libres de elegir el entorno de ejecución que mejor se adapte a sus necesidades.Los proveedores de seguridad flexibles ayudan a las redes a administrar y ajustar mejor la seguridad económica de sus sistemas.

AO es un ejemplo típico de usar ambos modelos de infraestructura al mismo tiempo.Este nuevo sistema basado en Arweave proporciona a los desarrolladores la flexibilidad para elegir entornos de ejecución y modelos de seguridad.

A diferencia de las cadenas como Ethereum y Solana que tienen un solo concepto global de estado (por ejemplo, saldos de cuenta de usuario, datos de contrato inteligente, etc.), AO localiza el estado en cada aplicación (llamado procesos en términos de AO).El estado de localización facilita que las aplicaciones se calculen en paralelo, libera completamente las limitaciones generales de rendimiento en comparación con los entornos no paralelos, y puede personalizar la seguridad para la informática.

A diferencia de otros ecosistemas enrollables, AO define un estándar de mensajería global unificado (mensaje) para todas las aplicaciones.Los autores creen que este enfoque es conceptualmente similar al ecosistema Cosmos, que utiliza IBC para la comunicación de cadena a cadena.Como resultado, AO puede mantener su marco modular y, a medida que su ecosistema crece, las aplicaciones se beneficiarán de este estándar de comunicación nativa.A la larga, AO se ha separado del modelo tradicional de plataforma de contrato inteligente y formó su propia arquitectura única para promover un ecosistema próspero de desarrollo de aplicaciones.

Arquitectura AO

El autor cree que la relación entre AO y Arweave es más o menos similar a la relación entre el acurrucado soberano y la capa de disponibilidad de datos.Pero AO proporciona un marco común similar a una plataforma de contrato inteligente, con el objetivo principal de lograr la interoperabilidad de confianza de estas diferentes aplicaciones a través de servicios informáticos escalables.

La interoperabilidad entre aplicaciones proviene de los estándares de mensajería de AO.Los ecosistemas como el optimismo, el polígono, el árbitro y el ZKSYNC generalmente desarrollan actividades económicas en la cadena antes de desarrollar soluciones de interoperabilidad para resolver problemas fragmentados de experiencia del usuario.Y AO comenzará su viaje con interoperabilidad nativa.

Hemos introducido la arquitectura de AO en varios artículos, y también tenemos algunas interpretaciones desde la perspectiva del autor en este artículo:

Proceso

Desde la perspectiva del usuario final, un proceso puede considerarse una aplicación.Si el consumidor está utilizando un producto construido en AO, generalmente viene en forma de proceso.

Un proceso también puede considerarse como una serie de registros ordenados (es decir, mensajes) escritos en Arweave, que representa su estado en cualquier momento dado.

Cada proceso se ejecuta independientemente de otros procesos en AO, lo que les permite operar en paralelo sin afectarse entre sí.Los procesos interactúan entre sí a través de mensajes.AO es en realidad un protocolo de entrega de mensajes, por lo que el concepto de mensaje es la estructura central.

Unidad de mensaje y mensaje (MU)

La interacción con un proceso, ya sea iniciada por el usuario final o iniciado por otro proceso, se expresa como un mensaje.Cada mensaje en AO cumple con el formato específico de ANS-104 para los datos de lectura y escritura ecológicas de Arweave.En cuanto a lo que es ANS-104, puede verificar este enlace para obtener más detalles.

El autor compara la diferencia directa entre AO y Ethereum.En AO, un proceso completa la interacción entre los procesos solicitando información de otro proceso a través de un mensaje y esperando que los datos regresen.Pero en Ethereum, las aplicaciones (es decir, contratos inteligentes) pueden acceder directamente al estado de cualquier otra aplicación debido a la globalidad de EVM.

Hay una diferencia fundamental entre los dos.Desde una perspectiva modular, es ventajoso pre-estandardizar la interoperabilidad de diferentes procesos;

Unidad de programación (SU)

El autor simplemente compara la unidad de programación con los clasificadores en muchos sistemas de rollo.Dado que el clasificador es responsable de una serie de operaciones en muchos rollups (por ejemplo, procesamiento de transacciones, clasificación de transacciones, generación de prueba de conocimiento cero, etc.), la unidad de programación es más como un subconjunto de un clasificador típico.

La unidad de programación tiene dos procesos principales asociados con ella:

Asegúrese de que cada mensaje sea único y en orden.Esto es conceptualmente similar al incremento de no CE en otros entornos de blockchain como Ethereum.Esto es crucial para el funcionamiento normal de un proceso.

Asegúrese de que cada mensaje esté escrito a Arweave.Esto permite que los procesos accedan a los datos de los demás.

Cada proceso AO tendrá una unidad de programación asociada.

Unidad de computación (CU)

La unidad informática proporciona alimentación informática para actualizar el proceso AO.La unidad de mensaje notifica la unidad informática de sus necesidades de servicio.

Se forma un mercado entre la unidad informática (proveedor) y el usuario (requisito) que necesita cálculos para un proceso específico.Una vez más, esta arquitectura es diferente del modelo de blockchain tradicional.Los nodos en plataformas tradicionales como Ethereum necesitan procesar transacciones, mientras que las unidades informáticas pueden ofertar selectivamente por sus procesos actualizados.

Una vez que se completa el cálculo, la unidad de cálculo devuelve la prueba de salida de cálculo firmada a la unidad de mensaje original.

Modelo de seguridad AO

En la parte del modelo de seguridad, actualmente hay poca información relevante, y se deben encontrar más detalles después de que se publique el documento blanco AO.Sin embargo, el autor del artículo dio su propia comprensión.

Él cree que AO también ha tomado un camino completamente diferente de Ethereum en esta publicación.En el ecosistema de Ethereum, la seguridad está garantizada de manera uniforme por el mecanismo Ethereum POS, por lo que, ya sea una operación de transferencia simple o una interacción defi compleja, comparten el mismo nivel de seguridad, lo que a menudo conduce a la pérdida de recursos.

En el marco de seguridad AO, aunque todos los datos utilizan la garantía de seguridad del mecanismo de consenso de Spores de Arweave, a nivel AO, hay más flexibilidad para personalizar los niveles de seguridad de acuerdo con las diferentes necesidades y objetivos.

En la actualidad, aunque no hay información definitiva, generalmente se cree en el ecosistema que los mecanismos POS probablemente se utilizarán en el mecanismo de seguridad de AO (por ejemplo, replantear y penalizar los tokens AO).Arweave, una red de almacenamiento permanente totalmente descentralizada, junto con la plataforma de computación AO que mejora la escalabilidad y la flexibilidad, el mecanismo POS obviamente está en línea con las necesidades de desarrollo.

Por lo tanto, AO puede proponer un cierto esquema de replanteo diferente para cada rol de componente y establecer un mecanismo de penalización correspondiente.

• Unidad informática– La unidad de cálculo promete la prueba de salida de su firma.Cualquiera puede cuestionar la salida de la unidad informática, y si demuestra que hay un mal comportamiento, su garantía puede ser cortada.

• Unidad de mensajes– La unidad de mensaje promete los mensajes que pasa en el sistema.Si se encuentra que pasa y firma un mensaje no válido, su apuesta se puede cortar.Si la firma no válida es causada por un comportamiento inapropiado de la unidad informática, la unidad de mensaje puede iniciar un evento de barra para la unidad informática.

• Unidad de programación– Si la unidad de envío no puede ordenar los mensajes correctamente o no carga los mensajes en Arweave, se puede cortar.Los últimos eventos de Slash son similares en garantías de Diseño de Disponibilidad de Datos.

En última instancia, un proceso puede diseñar su propio modelo de seguridad en cierto sentido.Durante la ejecución del código de un proceso, por ejemplo, se puede decidir ignorar una determinada unidad informática o unidad de mensaje que no se considera confiada.

La imagen muestra la consistencia de seguridad de la plataforma tradicional de contrato inteligente y es segura y personalizable con la plataforma AO.Esto permite a AO personalizar diferentes niveles de seguridad para diferentes empresas, como pequeñas transferencias entre amigos, no es necesario ser consistente con la seguridad de las transacciones a granel B2B.

El futuro de Ao y Ai

El autor expresa además su punto de vista sobre la combinación futura de AO y AI.Él cree que la IA puede clasificarse en dos tipos:

Completamente determinista y completamente parametrizado, como un robot con configuraciones configurables;

No determinista, adaptable, como las aplicaciones CHATGPT o LLM.

En el desarrollo de AO, el autor cree que el punto de partida será el primero, como las herramientas de automatización Defi.

Automatización defi

Un proyecto de automatización de Defi temprano en AO fue @autonomous_af.El equipo creó un «agente DCA» que permite a los usuarios comprar tokens especificados en el método promedio de costos de USD (DCA).

PRODUCTOS DE AGENTE DCA Patrón de seguimiento:

Los usuarios definen los tokens que desean que DCA compre, junto con otros parámetros, como la tolerancia al deslizamiento, los grupos defi específicos, la frecuencia de las transacciones DCA y la cantidad de cada transacción DCA.

El agente DCA responde a la notificación recibida (es decir, una tarea cronometrada) y ejecuta la transacción DCA cuando se cumple una condición predefinida.

El usuario eventualmente puede detener el agente DCA o desactivarlo permanentemente.

Debe quedar claro que este tipo de agente realiza operaciones de manera basada en reglas y sigue efectivamente las instrucciones definidas en sus scripts subyacentes.Este es el primero en clasificación: AI completamente determinista y parametrizada.

En este sentido, el fundador de Arweave @samecwilliams ha expresado una opinión similar de que en el sistema financiero convencional actual, varios robots no operan una gran cantidad de transacciones, sino que se negocian automáticamente por varios robots.Por lo tanto, esto también es naturalmente aplicable a los escenarios de interacción Defi.De hecho, la forma más segura de lograr ciertos objetivos es establecer reglas y acciones estrictas para el agente.Esto realmente acerca estos productos al mismo nivel que los productos y características financieras tradicionales (por ejemplo, establecer una pérdida de parada, establecer un producto DCA de una cuenta bancaria, etc.), lo cual es algo bueno desde el punto de vista de la experiencia del usuario.

Más allá de la automatización de defi

Además de la IA más simple mencionada anteriormente, las rutinas de IA principales en la industria de la tecnología se centran actualmente en la IA no determinista y adaptable, como los modelos CHATGPT y LLM.

Obviamente, este tipo de sistema será más avanzado que un «agente DCA».Pero también es muy caro.En términos generales, los productos LLM requieren que las GPU proporcionen la potencia informática necesaria, y la computación de GPU es más costosa que la informática típica de la CPU.El costo de autohospedar un modelo base de LLM puede alcanzar fácilmente alrededor de $ 20,000 por mes.El autor proporciona datos uno de A16Z, donde algunas nuevas empresas generativas de IA gastan el 80% de su dinero solo en cálculos de IA.

Por lo tanto, si desea crear aplicaciones utilizando LLM en AO, las consideraciones de costo económico son inevitables.Pero en comparación con otras plataformas de contratos inteligentes, la arquitectura de AO permite a los desarrolladores escalar y ajustar el nivel de seguridad de sus procesos.Esta estructura será de gran beneficio para los desarrolladores de AO, ya que la mayoría de los LLM generan mensajes menos valiosos.

El pensamiento final

Al final, el autor da sus pensamientos sobre la organización AO:

La arquitectura única de AO proporciona una plataforma atractiva para el desarrollo de aplicaciones, desde Defi hasta aplicaciones con AI.

La mensajería asincrónica combinada con la computación paralela hace que las aplicaciones sean más ricas y complejas que las aplicaciones de contratos inteligentes típicos.

La escalabilidad y la seguridad flexible de los procesos de apoyo también son exclusivos de AO, especialmente los productos impulsados ​​por LLM, que aprovecharán esta propiedad.