A medida que BTCFi aumenta, Omnity ha lanzado un nuevo protocolo de expansión de programabilidad de la capa de Bitcoin, REE. Junto con los años de acumulación del equipo en interoperabilidad entre cadenas (Omnity hub), Omnity se ha convertido en uno de los jugadores más importantes y exploratorios en el campo BTCFi.
Sitio web oficial: https://www.omnity.network/
En mi opinión, Omnity Network está explorando una solución técnica para "expandir y mejorar la programabilidad" del ecosistema Bitcoin que sea eficiente, altamente componible y altamente tolerante a fallas:
1. Para escenarios comerciales de alta frecuencia, utilice la solución de cadena cruzada de activos Bitcoin de nivel Trustless Omnity Hub para conectarse a cadenas de contratos inteligentes de alta velocidad con una construcción ecológica más completa, como Bitlayer, Solana y Base;
2. Las empresas DeFi en escenarios de grandes fondos y con una frecuencia de transacción normal utilizan REE para construirse directamente en la capa de Bitcoin.
Hub y REE son independientes y se pueden combinar de manera flexible. Se puede decir que ha sentado una base sólida para la innovación de los desarrolladores. ¡Esperamos una innovación disruptiva en el campo BTCFi!
Los amigos interesados pueden leer este artículo primero. Para ver la versión original en inglés, consulte el enlace⬇️.
Informe técnico de REE: https://x.com/louisliubj/status/1861588938475086166
La siguiente es la versión traducida al chino, disfrute ~
REE: capa de ejecución de Bitcoin completa en Turing sin cadena cruzada
REE introduce una capa de ejecución descentralizada de Bitcoin que permite contratos inteligentes completos de Turing para aplicaciones BTCFi. Sin la necesidad de activos entre cadenas, REE mejora la programabilidad de la red principal de Bitcoin y conserva la experiencia de usuario nativa de Bitcoin.
¿Qué es REE?
Runes Exchange Environment (REE) es una capa de ejecución descentralizada para Bitcoin que proporciona contratos inteligentes componibles para Bitcoin L1 sin la necesidad de activos entre cadenas. REE mejora el mecanismo de transacciones de múltiples firmas de Bitcoin a través de contratos inteligentes en la capa de ejecución descentralizada y participa directamente en las transacciones de la red principal de Bitcoin.
Figura 0. Transacción con múltiples firmas de Bitcoin
Una transacción con múltiples firmas es una transacción de Bitcoin que contiene entradas de múltiples participantes, una técnica que el ecosistema de Bitcoin ha utilizado durante años. Normalmente, un participante actúa como coordinador, utilizando PSBT (transacción de Bitcoin parcialmente firmada) para agregar las firmas de cada parte participante y luego transmitir la transacción a la red Bitcoin. Algunos casos de uso notables para transacciones con múltiples firmas incluyen CoinJoin, billeteras con múltiples firmas y custodios.
En un escenario de firmas múltiples, los participantes pueden ser programas además de humanos. En un entorno DeFi, los comerciantes suelen negociar con protocolos (contratos inteligentes) como contrapartes. La idea de REE es permitir que el protocolo BTCFi participe en transacciones multifirma de Bitcoin y trasladar todo el proceso de firma a una cadena de bloques pública, logrando así la descentralización.
Figura 1. Coordinación descentralizada de firmas múltiples (DMSC)
La Figura 1 muestra el proceso general de coordinación descentralizada de firmas múltiples (DMSC). La configuración involucra a un comerciante, múltiples protocolos BTCFi (A, B y C) y un coordinador en la cadena de bloques pública. El coordinador agrega las firmas y transmite la transacción final.
El proceso DMSC es el siguiente:
1. Etapa de negociación
Los comerciantes inician operaciones negociando términos con múltiples protocolos. Cada protocolo representa una entidad que posee activos de Bitcoin y está preparada para realizar transacciones de acuerdo con reglas específicas. Ejemplos de protocolos incluyen intercambios descentralizados, protocolos de préstamos, monedas estables, etc.
2. Etapa de firma
Después de la negociación, se construye un PSBT para reflejar la transacción. Luego, el coordinador llama a cada protocolo para firmar el PSBT. Cada protocolo (A, B y C) verifica su parte de transacción y aprueba su inclusión mediante firmas.
3. Etapa de transmisión
Una vez que el PSBT está completamente firmado, el Coordinador lo convierte en una transacción de Bitcoin y la transmite a la red. Con eso, la transacción se liquida en Bitcoin.
REE elige ICP (Internet Computer Protocol) como blockchain pública de DMSC. En otras palabras, REE es la infraestructura DMSC de Bitcoin en ICP.
¿Por qué REE?
Bitcoin es la cadena de bloques más segura y descentralizada del mundo, pero su limitada programabilidad limita su uso en aplicaciones financieras complejas. REE complementa las soluciones Bitcoin L2 existentes al proporcionar programabilidad avanzada y contratos inteligentes completos de Turing, sin dejar de ser autohospedado y minimizar los supuestos de confianza.
Figura 2. REE no es Bitcoin L2
A diferencia de la mayoría de las L2, los contratos inteligentes de REE interactúan directamente con el modelo UTXO de Bitcoin, lo que permite una programabilidad avanzada sin dejar de mantener la autocustodia. Los comerciantes no necesitan bloquear sus activos de Bitcoin en el puente entre cadenas. Interactúan con el contrato inteligente firmando PSBT con su billetera Bitcoin y la transacción se liquida instantáneamente en Bitcoin.
Por otro lado, entre las soluciones conocidas de mejora de la programabilidad de Bitcoin L1, DMSC tiene importantes ventajas sobre otras. Aprovecha las cadenas de bloques públicas modernas para mejorar la programabilidad de Bitcoin en lugar de depender de un nuevo código OP. Además, DMSC es compatible con todos los activos de metaprotocolos basados en UTXO sin la necesidad de actualizar metaprotocolos e indexadores.
Tabla 1. Comparación de soluciones técnicas de programabilidad de Bitcoin L1
Finalmente, ICP puede ser la cadena de bloques más adecuada para DMSC. REE aprovecha la tecnología Chain Fusion de ICP para administrar de forma segura claves privadas y firmas de Bitcoin, habilitando DMSC mientras se mantiene el modelo de seguridad de Bitcoin. A través de la integración nativa de Bitcoin y el indexador en cadena de ICP, REE es compatible con Runes, el metaprotocolo de Bitcoin basado en UTXO más ampliamente aceptado, de una manera que minimiza la confianza.
¿Cómo funciona REE?
Influenciado por Ethereum, el modelo estatal de la mayoría de las plataformas de contratos inteligentes se basa en cuentas, lo que también afecta el modo de pensar de los desarrolladores de contratos inteligentes. Sin embargo, el estado en cadena de Bitcoin se basa en UTXO. REE introduce el modelo Exchange-Pool para cerrar la brecha. El modelo Exchange-Pool se adapta a la gestión del estado UTXO de Bitcoin y se puede implementar fácilmente en cadenas públicas basadas en cuentas como ICP. El modelo consta de 3 conceptos simples:
1. Coin es la unidad de activos de Bitcoin basada en UTXO. BTC y Runas se aceptan como monedas en REE.
2. Exchange es una instancia del protocolo BTCFi que opera en la plataforma REE y se utiliza para facilitar el intercambio de monedas.
3. El grupo es la clave pública (Chain Key) utilizada por Exchange para conservar Coin y firmar transacciones de Bitcoin. Según la lógica de Exchange, los usuarios ponen una bolsa de Coin en el grupo y reciben otra bolsa de Coin. Normalmente, un Exchange gestiona varios grupos, cada uno con un grupo de monedas y datos estatales.
Los creadores de Bitcoin ahora pueden crear diversos protocolos BTCFi utilizando los contratos inteligentes Exchange – ICP de REE que implementan varios métodos públicos.
Figura 3. Arquitectura REE
La Figura 3 muestra el proceso de completar una transacción de Bitcoin en REE, que involucra múltiples componentes, como dos Exchanges, el coordinador de REE y la interfaz de usuario. Aquí hay un desglose paso a paso del proceso:
1. Consulta: los comerciantes inician el proceso a través de la interfaz de usuario y realizan consultas sobre la transacción. Esto puede implicar elegir el tipo de transacción u operación que desea realizar, como intercambiar en ExchangeA y luego apostar en ExchangeB.
2. Cree PSBT: una vez que el comerciante acepta los términos comerciales, el front-end crea el PSBT con la ayuda de REE Typecript SDK.
3. El comerciante firma el PSBT: El comerciante utiliza su billetera Bitcoin para revisar y firmar el PSBT, esencialmente aprobando la transacción para su posterior procesamiento.
4. Llamar al orquestador/coordinador: la interfaz envía PSBT al orquestador/coordinador de REE. REE Orchestrator/Coordinator actúa como coordinador y supervisa la ejecución de las transacciones.
5. Verificar las entradas: antes de que el orquestador/coordinador ejecute una transacción REE, todas las entradas del PSBT deben verificarse para garantizar que se puedan gastar y que, de hecho, contengan los activos que dicen ser. Orchestrator se basa en Ord Canister (indexador de runas en cadena) para lograr esto.
6. Exchange firma PSBT: Después de la verificación, el Orquestador/Coordinador de REE se comunica con el Exchange correspondiente para firmar PSBT. Exchange verifica que los datos del PSBT cumplan con las condiciones de transacción y los firma uno por uno.
7. Transacción de transmisión: después de que todos los Exchanges relevantes firmen el PSBT, el coordinador de REE transmite la transacción completamente firmada a la red Bitcoin. Luego, la transacción se confirma en la cadena de bloques de Bitcoin, completando todo el proceso.
El orquestador/coordinador de REE es responsable de garantizar la coherencia del estado notificando a Exchange que revierta el estado si algún Exchange se niega a firmar.
Antes de que alguien pueda usar Exchange, su constructor debe inicializarlo:
1. Implementación (paso 0.1): el constructor implementa Exchangecanister en la misma subred ICP que el orquestador/coordinador REE. Aunque se puede llamar al contenedor a través de subredes, introducirá una latencia innecesaria.
2. Registro (paso 0.2): El constructor registra Exchange con el Orquestador/Coordinador de REE.
Los creadores de Exchange son responsables del mantenimiento de Exchange, incluidas las actualizaciones y los ciclos de recarga para que siga funcionando. Omnity proporcionará a los creadores de Exchange instalaciones comunes para facilitar su uso, pero será opcional y reemplazable.
Características del sistema
Programabilidad
REE Exchange es un contrato inteligente ICP independiente que puede utilizar plenamente las capacidades de la cadena de bloques subyacente. Se recomienda a los lectores que visiten la documentación técnica de ICP para obtener más información sobre el desarrollo de contratos inteligentes de ICP.
Documentación técnica del PIC:
https://internetcomputer.org/docs/current/home
A continuación se ofrecen algunos consejos:
1. Se pueden ejecutar cálculos intensivos, como el reconocimiento facial, dentro del contrato inteligente de ICP:
https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2
2. El contenedor Bitcoin de ICP puede ser el contrato inteligente más grande del mundo, ya que ocupa 500 GB de almacenamiento en cadena y cuesta sólo 2.500 dólares al año.
https://github.com/dfinity/bitcoin-canister
3. Omnity Hub es una pila de interoperabilidad de cadena completa en ICP, lo que significa que no se requieren repetidores ni indexadores fuera de la cadena. Omnity Hub conecta directamente docenas de cadenas de bloques heterogéneas a través de interfaces RPC.
https://explorer.omnity.network/
componibilidad
La componibilidad de los contratos inteligentes de REE garantiza una integración perfecta entre protocolos, lo que permite protocolos financieros innovadores al combinar liquidez y unidades lógicas en un marco de confianza mínimo.
REE proporciona componibilidad al estilo Bitcoin. Cada intercambio solo se preocupa por lo que recibe (entrada) y lo que proporciona (salida); siempre que la entrada/salida sea razonable, acepta participar en la transacción. Las transacciones de REE pueden implicar múltiples intercambios, cada uno de los cuales recibe y aporta algunas monedas. En cooperación con Exchange, el coordinador es responsable de garantizar la atomicidad de las transacciones con múltiples firmas. La componibilidad atómica significa que una transacción con múltiples firmas tiene éxito por completo o se revierte por completo si alguna parte falla. Esto es crucial en las aplicaciones DeFi.
Normalmente, el comerciante proporciona la entrada inicial al primer intercambio; la salida del primer intercambio va al segundo intercambio, y así sucesivamente hasta que se le entrega al comerciante el resultado final del último intercambio. El orden de firma del PSBT sigue esta lógica: el primer intercambio solo aceptará proporcionar su entrada y firmar el PSBT si el comerciante ha firmado su entrada, y así sucesivamente.
Conceptualmente, la componibilidad del intercambio parece comandos Unix canalizados. Sin embargo, es más que eso. Cualquier entidad (comerciante o bolsa) puede proporcionar insumos a otras entidades independientemente del orden. Por ejemplo, la entrada de un comerciante se envía a un segundo intercambio o posterior; el intercambio proporciona la entrada inicial y las tarifas de la red Bitcoin en nombre del comerciante.
Además, el comerciante no tiene que ser un individuo; puede ser un proceso fuera de la cadena o un contrato inteligente ICP. Esto abre la posibilidad de que existan agregadores de rendimiento o robots de arbitraje dentro o fuera de la cadena. A través de la poderosa pila Chain Fusion, REEExchange puede interactuar con otras cadenas de bloques. Por ejemplo, los cambios de estado en Ethereum o Solana pueden desencadenar transacciones REE y viceversa.
perfil de riesgo
El destinatario (el comerciante que comercia con el grupo) revisa el PSBT que contiene todos los términos comerciales, representados por entradas y salidas, antes de firmar. Una vez firmada, nadie, incluido el propio comerciante, el intercambio, los nodos REE, ICP y los mineros de Bitcoin, pueden cambiar la transacción. En otras palabras, el destinatario no asume ningún riesgo de custodia.
Normalmente, la ejecución de cada transacción REE da como resultado un cambio en el estado de un grupo específico, lo que invalida los términos de la transacción obtenidos en consultas anteriores. Teniendo en cuenta que la latencia de ejecución de transacciones REE (medida en segundos) es mucho menor que la de Bitcoin (medida en minutos), las transacciones REE generalmente se procesan de forma secuencial. Sin embargo, pueden producirse fallos en las transacciones cuando varios operadores comercian con el mismo grupo al mismo tiempo.
Una operación fallida no resulta en una pérdida de activos; el comerciante simplemente necesita volver a consultar e intentar ejecutarla nuevamente.
Los creadores de mercado (comerciantes que proporcionan liquidez a los grupos de capital) asumen el riesgo de custodia cuando entregan el control de los activos a la bolsa. Como resultado, están expuestos a riesgos de contratos inteligentes asociados con la lógica de Exchange, lo que enfatiza la importancia de la auditoría y la reputación de los creadores de Exchange.
Los supuestos de seguridad de los creadores de mercado incluyen las plataformas ICP y REE. Sin embargo, la seguridad de ICP (valorada en miles de millones de dólares) cumple con los requisitos de seguridad del protocolo BTCFi en todos los casos conocidos.
Consistencia del estado de Bitcoin
Las limitaciones de Bitcoin Script para admitir BTCFi no solo se deben a las limitaciones funcionales de los códigos de operación, sino también en gran medida a su incapacidad para mantener un estado complejo en la cadena. Por el contrario, el intercambio en REE puede mantener y gestionar fácilmente el estado. Sin embargo, el estado del intercambio de REE debe eventualmente ser consistente con Bitcoin; de lo contrario, las transacciones de REE no se pueden liquidar en Bitcoin;
Para evitar fallos en la liquidación, el coordinador verifica que no se hayan gastado todos los insumos de la transacción. Cada intercambio también verifica que las entradas y salidas de las transacciones cumplan con sus estándares. Este enfoque garantiza que sólo se utilicen datos válidos y verificados para liquidar transacciones.
Sin embargo, incluso si estos datos se verifican antes de ejecutar la operación, la liquidación no está garantizada después. Un comerciante puede utilizar intencionalmente o no la misma entrada para otra transacción de Bitcoin.
REE debe detectar cambios en tiempo real en la red Bitcoin y responder en consecuencia. Impulsado por la integración nativa de Bitcoin y un indexador de Runes en cadena, REE puede ser la única capa de ejecución de Bitcoin que logra esto sin depender de procesos centralizados fuera de la cadena.
Figura 4. Estado de Tx de REE
REE Orchestrator/Coordinator es el componente que gestiona el ciclo de vida de todas las transacciones de REE. Es responsable de notificar a Exchange sobre eventos de cambio de estado relevantes.
Figura 5. Gestión del estado del fondo común
Los intercambios administran el estado en función de los grupos. Específicamente, el estado de un pool debe organizarse como una cadena de estados vinculados por una secuencia de transacciones ejecutadas en ese pool. El grupo siempre maneja solicitudes de consulta y ejecuta nuevas transacciones según el jefe de la cadena estatal. Según las notificaciones de eventos del orquestador/coordinador, el grupo realiza la finalización o la reversión.
Además, dada la alta volatilidad de las tarifas de la red Bitcoin, no existe una forma económicamente viable de garantizar que las transacciones se incluyan en un bloque dentro de un período de tiempo específico. En el caso de que las tarifas de la red Bitcoin se disparen, existen dos métodos para acelerar la liquidación: RBF (Replace-By-Fee, reemplazo de tarifas) y CPFP (El niño paga por los padres, el niño paga por los padres). RBF requiere que se reconstruya la transacción, lo que resulta en una mala experiencia de usuario.
REE utiliza CPFP, lo que significa que cuando las tarifas de la red Bitcoin aumentan, las transacciones posteriores deben subsidiar las transacciones previamente desbloqueadas en el mismo grupo. Los subsidios a las tarifas siguen siendo un mecanismo de libre mercado: los comerciantes iniciarán operaciones posteriores sólo si esperan ser rentables a pesar del aumento de los costos.
actuación
El rendimiento de la capa de ejecución normalmente se mide mediante dos métricas: rendimiento (medido en TPS) y latencia. En REE, los operadores pueden ejecutar transacciones una tras otra con un retraso de sólo unos segundos, sin esperar la confirmación del bloque para pasar al siguiente paso. En términos de latencia, REE mejora 100 veces el rendimiento de Bitcoin.
Las transacciones en serie de REE se liquidarán en la cadena Bitcoin en lotes. Dado que una transacción de mempool puede tener hasta 25 transacciones posteriores, cada bloque de Bitcoin puede liquidar hasta 25 transacciones para un único grupo de transacciones de REE. Por lo tanto, 25 puede considerarse como el límite superior de rendimiento de un único grupo de transacciones REE.
Diferentes grupos de negociación permiten la ejecución de operaciones paralelas. Cuando la competencia de precios no es necesaria, los creadores de Exchange pueden agregar grupos redundantes para mejorar la simultaneidad. Por ejemplo, distribuir tokens en 10 grupos para un lanzamiento aéreo con 100.000 reclamantes puede reducir significativamente la posibilidad de que la transacción falle debido a que varios usuarios reclamen al mismo tiempo.
En un único grupo de transacciones, la simultaneidad dentro del grupo se puede lograr mediante la gestión de múltiples UTXO que tengan el mismo tipo de moneda. Sin embargo, esto requiere algoritmos de selección, división y fusión de UTXO más complejos. Future Exchange puede explorar estas tecnologías avanzadas para brindar una mejor experiencia de usuario.
costo
El principal costo para los usuarios de las transacciones de REE proviene de las tarifas de la red Bitcoin. REE minimiza el tamaño de las transacciones liquidadas utilizando el tipo de dirección P2TR.
El constructor corre con el costo de ejecutar Exchange en ICP (ciclos). Aunque ICP es muy rentable, los constructores necesitan generar ingresos dentro o fuera del protocolo para garantizar la sostenibilidad económica de su intercambio.
MEV
REE es una capa de ejecución que delega el orden de transacciones a la subred ICP donde reside el contenedor REE Orchestrator/Coordinator. Si bien es teóricamente posible, es inaudito que los nodos de subred ICP extraigan MEV reordenando transacciones.
Más importante aún, no existe el concepto de deslizamiento en REE; cuando un comerciante firma PSBT, todas las entradas y salidas de la transacción ya están configuradas, y si las entradas del grupo de Exchange se han gastado, la transacción fallará. Por lo tanto, si una operación de REE se concentra al principio, fracasará automáticamente, dejando al líder solo con el riesgo de precio.
gobernancia
REE será administrado por Omnity SNS DAO, que supervisará las actualizaciones del protocolo, los ajustes de parámetros y las hojas de ruta de desarrollo. La gobernanza en cadena del SNS garantiza la transparencia y la toma de decisiones impulsada por la comunidad para el desarrollo sostenible del ecosistema REE.
caso de uso
Copiar un protocolo DeFi de Ethereum o Solana a Bitcoin es una forma sencilla de aprovechar REE. A continuación se muestran algunos ejemplos para explicarlo en detalle.
AMM DEX (Intercambio descentralizado de creador de mercado automatizado)
RichSwap, el AMM DEX creado por Omnity, se lanzará simultáneamente con la red principal de REE. Como primer intercambio en REE, RichSwap tiene los siguientes propósitos:
1. RichSwap verifica la funcionalidad y el rendimiento de la plataforma REE
2. RichSwap es de código abierto y proporciona ejemplos completos para los creadores de BTCFi
3. Otros protocolos BTCFi pueden utilizar RichSwap para acelerar el arranque de liquidez
4. RichSwap tiene un mecanismo de captura de valor de token incorporado, que puede ser utilizado por otros protocolos BTCFi.
Aunque RichSwap es el primer intercambio, no disfruta de ningún privilegio. Después del lanzamiento de la red principal, REE pasará rápidamente a una plataforma abierta y aceptará el registro sin licencia de cualquier protocolo BTCFi (incluido AMM DEX) que cumpla con las especificaciones técnicas.
préstamo
Los protocolos de préstamos basados en REE pueden admitir múltiples grupos de fondos, cada uno con diferentes configuraciones, parámetros de riesgo y tipos de soporte de activos. Cada grupo que respalda el préstamo de BTC garantizado por Blue Chip Runes puede tener diferentes tasas de interés, tasas de garantía y umbrales de liquidación. Puede optar por devolver tokens a proveedores de liquidez (LP). Al integrarse con los oráculos de ICP, los protocolos de préstamo pueden determinar de forma descentralizada los valores de las garantías o desencadenar procesos de liquidación.
Fichas de apuesta de liquidez
Implementar la apuesta Bitcoin L1 en REE es factible, pero integrar protocolos de apuesta existentes como Babylon es una posibilidad más interesante. Los usuarios depositan Bitcoin para intercambiar y reciben LST en formato Runes. Luego, LSTExchange se combina con el protocolo de participación de Babylon en Bitcoin L1, mientras se gestiona la delegación y la apuesta de recompensas en la cadena de Babylon a través de un protocolo de cadena cruzada sin confianza. Omnity Hub se ha integrado con Osmosis a través de una arquitectura en cadena completa y una verificación ligera del cliente. Por lo tanto, la interacción entre los contratos inteligentes de ICP y la cadena de aplicaciones Cosmos ya no enfrenta obstáculos técnicos.
hoja de ruta
1. En el cuarto trimestre de 2024 se publicará el libro blanco de REE
2. En el primer trimestre de 2025, lanzar la red principal de REE junto con RichSwap.
3. En el segundo trimestre de 2025, el registro de Exchange estará abierto a los socios de Omnity.
4. El registro de intercambio estará completamente abierto en la segunda mitad de 2025.
en conclusión
REE representa un gran avance en la programabilidad de Bitcoin, permitiendo contratos inteligentes seguros y completos de Turing sin depender de activos para cruzar cadenas o bifurcar. Este modelo de ejecución entre cadenas tiene el potencial de fomentar un ecosistema BTCFi que aproveche la liquidez y la seguridad de Bitcoin en un entorno completamente sin confianza y sin permisos.
