Estimados fren que siguen a Anoma, el contenido de esta transmisión en vivo de Anoma Day es bastante sólido, desde la base técnica hasta la implementación de aplicaciones y la planificación futura, se discutió de manera clara. He resumido la información clave, el resumen más completo de los contenidos clave en toda la red, espero que pueda ayudar a resolver algunas dudas:
Uno, tecnología central: gestionar bien los recursos y la interacción entre sistemas.
Esta parte aborda principalmente los problemas de "cómo circular los recursos de manera segura" y "cómo comunicarse sin problemas entre diferentes sistemas (como diferentes cadenas)"; todo es trabajo duro a nivel básico.
1. Dar un "documento de identidad" a los recursos + buscar un "administrador" (Etiqueta de Controlador y Controlador V2) En pocas palabras, se trata de poner una "etiqueta" (Controller Tag) a cada recurso (como activos digitales, datos), equivalente a un documento de identidad con registro: recuerda de dónde viene, a dónde va, si ha sido reutilizado (como el doble gasto) y si el estado es correcto.
Esta etiqueta oculta una "cadena de relaciones" (estructura DAG), recuerda a los "gestores" (controladores de diferentes sistemas/cadenas) que han estado involucrados. Si los recursos cambian de gestor, la etiqueta se actualizará. También se puede eliminar la información innecesaria a través de la "prueba" (attestation), haciendo que la etiqueta sea más ligera.
El administrador (controlador) tiene una función de "pausa": una vez que se pausa, no se puede cambiar el estado, los recursos se cambiarán automáticamente al administrador de reserva, mientras se genera un montón de registros que no se pueden modificar, lo que es más seguro.
También se puede establecer un "interruptor de emergencia": permite que ciertas instituciones solo aprueben la pausa, no pueden modificar otros estados arbitrariamente, adecuado para sistemas "rápidos pero sensibles" con "monitores adecuados".
Además, se puede verificar si la historia de los recursos es continua y si han sido reutilizados, pero la condición es que se puedan obtener los registros relevantes; si no se pueden obtener, solo se puede confiar.
2. Dar un gran número de "pruebas" para adelgazar (agregación de pruebas) En las transacciones, a menudo hay un montón de pruebas relacionadas con la conformidad y la lógica (por ejemplo, "el origen de este dinero es legal"), estas pruebas son grandes y difíciles de verificar, por lo que hay que "agregar" un poco para simplificarlas.
Dos maneras:
1) Agregación por lotes: Verificar todas las pruebas a la vez, generando una prueba total, ahorrando espacio y validando rápidamente, pero depende de si la máquina virtual especializada (ckvm) puede soportarlo.
2) Agregación secuencial: verificar uno por uno, recordando los resultados anteriores, adecuado para ckvm que no soporta "continuar", pero el número de verificaciones es igual al número de pruebas, un poco más lento.
En el futuro, planeo probar formas de agregación más flexibles (como la agregación PCD), añadir aceleradores dedicados, y también quiero asegurarme de que las pruebas agregadas no revelen información clave (como la clave de la lógica de verificación).
3. Anoma en cadenas como Ethereum "interfaz" (adaptador de protocolo EVM) Esta es la "máquina de gestión de recursos" de Anoma implementada en Ethereum (cadena EVM), que se encarga específicamente de la creación y consumo de recursos, y solo maneja asuntos relacionados con la liquidación.
Usó un sistema de prueba especializado (Risc0) y un esquema de compromiso (Peterson), y también puede ajustar otros contratos en Ethereum para obtener datos.
Recientemente se optimizó: se dividieron los datos en 4 categorías (recursos, descubrimiento, externo, aplicaciones), el procesamiento es más fluido; se utiliza un árbol de Merkle de tamaño variable, que permite manipular los recursos libremente y también ahorra gas (tarifa de transacción en la cadena).
En la gestión de versiones, se está considerando agregar un "botón de pausa de emergencia" y un "comité de actualización" para poder manejar rápidamente los fallos y facilitar pequeñas actualizaciones.
Dos, herramientas de desarrollo: hacer que los desarrolladores corran menos
El equipo ha creado varias herramientas para que los desarrolladores no tengan que reinventar la rueda al construir aplicaciones, de manera que sea fácil y eficiente.
1. Anoma SDK (caja de herramientas para desarrolladores) Las dos cosas clave son:
Escribir "reglas de recursos" en Rust: por ejemplo, estipular que "el contador solo puede aumentar en 1, no puede disminuir".
Escribe "lógica de negocio" con Elixir: por ejemplo, "cómo crear un contador" "cómo activar la operación de sumar 1".
Otras tareas diversas (como convertir el formato de Anoma a un formato que Ethereum pueda reconocer, enviar transacciones a Ethereum), el SDK lo incluye todo, no hay que preocuparse por ello.
2. AVM (máquina virtual que simplifica lo complejo) Los desarrolladores no necesitan enfrentarse directamente a conceptos subyacentes complicados (como "lógica de recursos" o "manejador de nulos"), pueden utilizar directamente "clases, métodos, funciones" que les son familiares. Por ejemplo, si quieres hacer un contador, define una "clase de contador", escribe "cómo crear" y "cómo sumar 1", el AVM generará automáticamente las reglas necesarias en la capa inferior. Actualmente, la versión 0.1 está disponible, y la futura versión 0.2 también admitirá objetos anidados y la llamada a múltiples operaciones en una sola transacción, lo que será más conveniente.
3. Área local ("Administrador de confianza" de los datos de Anoma) Como un sistema operativo ligero, gestiona los datos y aplicaciones relacionados con Anoma, sin tener que mantener un estado de consenso complejo por sí mismo, simplemente obtiene los datos directamente del "administrador" (controlador) de Anoma y puede calcular lo que desee.
Hay una API SCRI: consulta el estado, encuentra aplicaciones tan fácil como buscar la ruta de un archivo en la computadora.
Hay un filtro de eventos: elimina la información irrelevante de antemano, aliviando la presión de procesamiento, Puede hacer registro de aplicaciones, construir transacciones, gestionar claves, y también puede tratar con varios "fren", adecuado para aplicaciones distribuidas.
Tres, Ecología y Aplicaciones: De la transacción a la integración entre sistemas.
No basta con tener la tecnología subyacente, también se necesita algo concreto y utilizable; el equipo está construyendo un ecosistema y desarrollando aplicaciones.
1. Orda Network: Hace que la circulación de activos sea más fácil. El objetivo es integrar monedas estables, criptomonedas y monedas fiduciarias, para que los desarrolladores "conecten una vez y se pueda usar en todas partes"; los usuarios no tienen que preocuparse por qué cadena o qué activo elegir, simplemente dicen "quiero cambiar 100 bloques de algo".
Colaborar con "intención" y "solucionador": el usuario dice "qué quiero" (intención), las instituciones con ventajas (solucionadores, como las que cumplen con la normativa o tienen tarifas bajas) competirán para ejecutar y ofrecer el camino óptimo.
Quiero romper la "escalera de precios" tradicional (por ejemplo, las tarifas son diferentes para bancos y minoristas), para que todos puedan obtener tarifas bastante buenas, al mismo tiempo que equilibramos la parte de "poder verificar" y "basarse en la confianza" (qué se puede comprobar y qué solo se puede entender a través de las reglas).
2. Dex de Anoma (Hypercow): un comercio más justo Basado en el algoritmo Speedx, el núcleo es encontrar el "precio equilibrado" - todas las órdenes limitadas en el mismo bloque se ejecutan a este precio, evitando que alguien arbitre o se adelante dentro del bloque, lo que es más justo para todos.
El algoritmo busca el punto de equilibrio entre la oferta y la demanda, similar a "flujo de gradientes"; bajo ciertas condiciones, este precio es único.
La eficiencia también es buena: en las pruebas, procesar órdenes de millones en una computadora normal solo toma unos segundos, y la verificación también se puede realizar. La mayoría de las órdenes se completarán completamente, mientras que algunas pueden completarse parcialmente, para equilibrar la oferta y la demanda.
Cuatro, hoja de ruta: construir paso a paso un "sistema operativo distribuido" Anoma quiere hacer un "sistema operativo distribuido"— abstraer un montón de computadoras como una "máquina virtual", para que los usuarios y desarrolladores no tengan que preocuparse por los complejos detalles de bajo nivel.
Avanzar en tres pasos: 1. Galileo (cayendo) En la cadena existente (como Ethereum) se pueden desplegar "interfaces" (adaptadores de protocolo), permitiendo a los desarrolladores escribir aplicaciones con protección de privacidad, así como servicios de validación de transacciones y sistemas de metagobernanza (las reglas de las reglas).
Progreso actual: el contrato de gobernanza de tokens y el contrato de yuan ya han sido auditados, el adaptador del protocolo está casi listo.
2. Dagon (en desarrollo) Conectar los diferentes despliegues para formar un sistema unificado, que soporte la operación mutua de diferentes "gestores" (controladores). El "gestor" de Anoma también puede proporcionar pruebas de ejecución (similar al mecanismo de seguridad de plasma, más seguro).
Actualmente: todavía estamos refinando componentes clave como el controlador.
3. Aura (objetivo futuro) Realizar una "computadora mundial" completa, que soporte redes peer-to-peer y consenso, cualquier dispositivo puede proporcionar servicios de ordenación, almacenamiento, etc., y la formulación de reglas por parte de los "administradores" será más descentralizada.
En general, el equipo está avanzando de manera constante desde la tecnología subyacente hasta las herramientas de desarrollo y las aplicaciones ecológicas. El núcleo es hacer que los sistemas distribuidos complejos sean más simples y justos de usar, y que la interacción entre diferentes sistemas sea más fluida. Después de todo, la tecnología al final debe ser conveniente para las personas.
¡Está bien, todo el contenido central de la reunión está aquí, gracias a todos por leer! ¡Por supuesto, nuestro UPWARD también se ha presentado ante ustedes! #AnomaUpward # Anoma
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.
1 me gusta
Recompensa
1
1
Republicar
Compartir
Comentar
0/400
TooUgly
· 09-07 09:04
¡Asegúrate de estar bien sentado y sujetado, To the moon! ¡Asegúrate de estar bien sentado y sujetado, To the moon! ¡Asegúrate de estar bien sentado y sujetado, To the moon!
Estimados fren que siguen a Anoma, el contenido de esta transmisión en vivo de Anoma Day es bastante sólido, desde la base técnica hasta la implementación de aplicaciones y la planificación futura, se discutió de manera clara. He resumido la información clave, el resumen más completo de los contenidos clave en toda la red, espero que pueda ayudar a resolver algunas dudas:
Uno, tecnología central: gestionar bien los recursos y la interacción entre sistemas.
Esta parte aborda principalmente los problemas de "cómo circular los recursos de manera segura" y "cómo comunicarse sin problemas entre diferentes sistemas (como diferentes cadenas)"; todo es trabajo duro a nivel básico.
1. Dar un "documento de identidad" a los recursos + buscar un "administrador" (Etiqueta de Controlador y Controlador V2)
En pocas palabras, se trata de poner una "etiqueta" (Controller Tag) a cada recurso (como activos digitales, datos), equivalente a un documento de identidad con registro: recuerda de dónde viene, a dónde va, si ha sido reutilizado (como el doble gasto) y si el estado es correcto.
Esta etiqueta oculta una "cadena de relaciones" (estructura DAG), recuerda a los "gestores" (controladores de diferentes sistemas/cadenas) que han estado involucrados. Si los recursos cambian de gestor, la etiqueta se actualizará. También se puede eliminar la información innecesaria a través de la "prueba" (attestation), haciendo que la etiqueta sea más ligera.
El administrador (controlador) tiene una función de "pausa": una vez que se pausa, no se puede cambiar el estado, los recursos se cambiarán automáticamente al administrador de reserva, mientras se genera un montón de registros que no se pueden modificar, lo que es más seguro.
También se puede establecer un "interruptor de emergencia": permite que ciertas instituciones solo aprueben la pausa, no pueden modificar otros estados arbitrariamente, adecuado para sistemas "rápidos pero sensibles" con "monitores adecuados".
Además, se puede verificar si la historia de los recursos es continua y si han sido reutilizados, pero la condición es que se puedan obtener los registros relevantes; si no se pueden obtener, solo se puede confiar.
2. Dar un gran número de "pruebas" para adelgazar (agregación de pruebas)
En las transacciones, a menudo hay un montón de pruebas relacionadas con la conformidad y la lógica (por ejemplo, "el origen de este dinero es legal"), estas pruebas son grandes y difíciles de verificar, por lo que hay que "agregar" un poco para simplificarlas.
Dos maneras:
1) Agregación por lotes: Verificar todas las pruebas a la vez, generando una prueba total, ahorrando espacio y validando rápidamente, pero depende de si la máquina virtual especializada (ckvm) puede soportarlo.
2) Agregación secuencial: verificar uno por uno, recordando los resultados anteriores, adecuado para ckvm que no soporta "continuar", pero el número de verificaciones es igual al número de pruebas, un poco más lento.
En el futuro, planeo probar formas de agregación más flexibles (como la agregación PCD), añadir aceleradores dedicados, y también quiero asegurarme de que las pruebas agregadas no revelen información clave (como la clave de la lógica de verificación).
3. Anoma en cadenas como Ethereum "interfaz" (adaptador de protocolo EVM)
Esta es la "máquina de gestión de recursos" de Anoma implementada en Ethereum (cadena EVM), que se encarga específicamente de la creación y consumo de recursos, y solo maneja asuntos relacionados con la liquidación.
Usó un sistema de prueba especializado (Risc0) y un esquema de compromiso (Peterson), y también puede ajustar otros contratos en Ethereum para obtener datos.
Recientemente se optimizó: se dividieron los datos en 4 categorías (recursos, descubrimiento, externo, aplicaciones), el procesamiento es más fluido; se utiliza un árbol de Merkle de tamaño variable, que permite manipular los recursos libremente y también ahorra gas (tarifa de transacción en la cadena).
En la gestión de versiones, se está considerando agregar un "botón de pausa de emergencia" y un "comité de actualización" para poder manejar rápidamente los fallos y facilitar pequeñas actualizaciones.
Dos, herramientas de desarrollo: hacer que los desarrolladores corran menos
El equipo ha creado varias herramientas para que los desarrolladores no tengan que reinventar la rueda al construir aplicaciones, de manera que sea fácil y eficiente.
1. Anoma SDK (caja de herramientas para desarrolladores)
Las dos cosas clave son:
Escribir "reglas de recursos" en Rust: por ejemplo, estipular que "el contador solo puede aumentar en 1, no puede disminuir".
Escribe "lógica de negocio" con Elixir: por ejemplo, "cómo crear un contador" "cómo activar la operación de sumar 1".
Otras tareas diversas (como convertir el formato de Anoma a un formato que Ethereum pueda reconocer, enviar transacciones a Ethereum), el SDK lo incluye todo, no hay que preocuparse por ello.
2. AVM (máquina virtual que simplifica lo complejo)
Los desarrolladores no necesitan enfrentarse directamente a conceptos subyacentes complicados (como "lógica de recursos" o "manejador de nulos"), pueden utilizar directamente "clases, métodos, funciones" que les son familiares.
Por ejemplo, si quieres hacer un contador, define una "clase de contador", escribe "cómo crear" y "cómo sumar 1", el AVM generará automáticamente las reglas necesarias en la capa inferior. Actualmente, la versión 0.1 está disponible, y la futura versión 0.2 también admitirá objetos anidados y la llamada a múltiples operaciones en una sola transacción, lo que será más conveniente.
3. Área local ("Administrador de confianza" de los datos de Anoma)
Como un sistema operativo ligero, gestiona los datos y aplicaciones relacionados con Anoma, sin tener que mantener un estado de consenso complejo por sí mismo, simplemente obtiene los datos directamente del "administrador" (controlador) de Anoma y puede calcular lo que desee.
Hay una API SCRI: consulta el estado, encuentra aplicaciones tan fácil como buscar la ruta de un archivo en la computadora.
Hay un filtro de eventos: elimina la información irrelevante de antemano, aliviando la presión de procesamiento,
Puede hacer registro de aplicaciones, construir transacciones, gestionar claves, y también puede tratar con varios "fren", adecuado para aplicaciones distribuidas.
Tres, Ecología y Aplicaciones: De la transacción a la integración entre sistemas.
No basta con tener la tecnología subyacente, también se necesita algo concreto y utilizable; el equipo está construyendo un ecosistema y desarrollando aplicaciones.
1. Orda Network: Hace que la circulación de activos sea más fácil.
El objetivo es integrar monedas estables, criptomonedas y monedas fiduciarias, para que los desarrolladores "conecten una vez y se pueda usar en todas partes"; los usuarios no tienen que preocuparse por qué cadena o qué activo elegir, simplemente dicen "quiero cambiar 100 bloques de algo".
Colaborar con "intención" y "solucionador": el usuario dice "qué quiero" (intención), las instituciones con ventajas (solucionadores, como las que cumplen con la normativa o tienen tarifas bajas) competirán para ejecutar y ofrecer el camino óptimo.
Quiero romper la "escalera de precios" tradicional (por ejemplo, las tarifas son diferentes para bancos y minoristas), para que todos puedan obtener tarifas bastante buenas, al mismo tiempo que equilibramos la parte de "poder verificar" y "basarse en la confianza" (qué se puede comprobar y qué solo se puede entender a través de las reglas).
2. Dex de Anoma (Hypercow): un comercio más justo
Basado en el algoritmo Speedx, el núcleo es encontrar el "precio equilibrado" - todas las órdenes limitadas en el mismo bloque se ejecutan a este precio, evitando que alguien arbitre o se adelante dentro del bloque, lo que es más justo para todos.
El algoritmo busca el punto de equilibrio entre la oferta y la demanda, similar a "flujo de gradientes"; bajo ciertas condiciones, este precio es único.
La eficiencia también es buena: en las pruebas, procesar órdenes de millones en una computadora normal solo toma unos segundos, y la verificación también se puede realizar. La mayoría de las órdenes se completarán completamente, mientras que algunas pueden completarse parcialmente, para equilibrar la oferta y la demanda.
Cuatro, hoja de ruta: construir paso a paso un "sistema operativo distribuido"
Anoma quiere hacer un "sistema operativo distribuido"— abstraer un montón de computadoras como una "máquina virtual", para que los usuarios y desarrolladores no tengan que preocuparse por los complejos detalles de bajo nivel.
Avanzar en tres pasos:
1. Galileo (cayendo)
En la cadena existente (como Ethereum) se pueden desplegar "interfaces" (adaptadores de protocolo), permitiendo a los desarrolladores escribir aplicaciones con protección de privacidad, así como servicios de validación de transacciones y sistemas de metagobernanza (las reglas de las reglas).
Progreso actual: el contrato de gobernanza de tokens y el contrato de yuan ya han sido auditados, el adaptador del protocolo está casi listo.
2. Dagon (en desarrollo)
Conectar los diferentes despliegues para formar un sistema unificado, que soporte la operación mutua de diferentes "gestores" (controladores). El "gestor" de Anoma también puede proporcionar pruebas de ejecución (similar al mecanismo de seguridad de plasma, más seguro).
Actualmente: todavía estamos refinando componentes clave como el controlador.
3. Aura (objetivo futuro)
Realizar una "computadora mundial" completa, que soporte redes peer-to-peer y consenso, cualquier dispositivo puede proporcionar servicios de ordenación, almacenamiento, etc., y la formulación de reglas por parte de los "administradores" será más descentralizada.
En general, el equipo está avanzando de manera constante desde la tecnología subyacente hasta las herramientas de desarrollo y las aplicaciones ecológicas. El núcleo es hacer que los sistemas distribuidos complejos sean más simples y justos de usar, y que la interacción entre diferentes sistemas sea más fluida. Después de todo, la tecnología al final debe ser conveniente para las personas.
¡Está bien, todo el contenido central de la reunión está aquí, gracias a todos por leer! ¡Por supuesto, nuestro UPWARD también se ha presentado ante ustedes! #AnomaUpward # Anoma