Desde el primer trimestre de 2024, el entusiasmo especulativo en el ecosistema BTC no ha sido tan alto como en 2023. Sin embargo, a medida que más y más desarrolladores se unen y se familiarizan con el modelo BTC, el ecosistema BTC ha progresado rápidamente a nivel técnico. , especialmente en términos de programabilidad. Trustless Labs ha introducido previamente la vinculación del L2 de BTC a UTXO y el re-stake de BTC. Este artículo continuará llenando los vacíos y enfocándose en las soluciones programables de los protocolos de metadatos Fractal Bitcoin y BTC como BRC 20, CBRC y ARC 20. , que han llamado mucho la atención.
Fractal
Fractal es un software de virtualización de cliente basado en el núcleo de bitcoin. Al crear de forma recursiva un marco escalable en forma de árbol, cada capa de blockchain puede mejorar el rendimiento de toda la red Fractal. Debido a que el código principal se reutiliza, Fractal es instantáneamente totalmente compatible con Bitcoin y su infraestructura, como la minería. La diferencia es que Fractal activa el operador op_cat, lo que permite implementar más lógica.
Fractal es desarrollado por el equipo de Unisat. Unisat mencionó el progreso del desarrollo de Fractal en su blog en enero de 2024. El proyecto lanzó la red de prueba Beta el 1 de junio de 2024 y completó un reinicio de la fase de prueba el 29 de julio. Se espera que la red principal se lance en septiembre de 2024.
El equipo acaba de publicar su economía de tokens. La red Fractal tendrá su propio token, 50% producido por minería, 15% utilizado en el ecosistema, 5% vendido previamente a los primeros inversores y 20% a asesores y contribuyentes principales, 10. El % de la subvención comunitaria se utiliza para establecer asociaciones y liquidez.
diseño de arquitectura
Fractal virtualiza completamente el cliente central de bitcoin y lo encapsula en un paquete de software blockchain implementable y ejecutable (Bitcoin Core Software Package, BCSP). Luego se ancla recursivamente a la red principal de Bitcoin y ejecuta una o más instancias de BCSP de forma independiente. A través de la moderna tecnología de virtualización, se logra un uso compartido eficiente del rendimiento del hardware, lo que permite ejecutar múltiples instancias en el sistema principal. En pocas palabras, es similar a abrir varias instancias de máquinas virtuales (instancias BCSP creadas por Fractal) en una computadora (red principal de BTC), y puede continuar de forma recursiva.
Cuando surgen grandes requisitos de interacción en cadena, estos requisitos se pueden delegar selectivamente a niveles más profundos. Las capacidades de equilibrio dinámico de este sistema ayudan a evitar una congestión excesiva en cualquier nivel particular. Para una mejor experiencia de usuario, Fractal también ha realizado algunas modificaciones en el núcleo de bitcoin. El tiempo de confirmación del bloque se ha cambiado a 30 segundos o menos y el tamaño del bloque se ha aumentado 20 veces a 20 MB, lo que garantiza un rendimiento suficiente y un retraso lo suficientemente corto. .
Fractal activa el operador op_cat, lo que permite explorar y probar más planes de expansión en BTC.
En el nivel de la cadena de activos, dado que diferentes instancias se ejecutan en el mismo entorno físico, se puede entender que se ejecutan múltiples cadenas centrales de bitcoin bajo el mismo marco BTC. Por lo tanto, las cadenas de instancias pueden comunicarse entre sí mediante la construcción de una interfaz universal de transferencia de activos. Lograr una transferencia fluida de activos entre diferentes capas.
Bitcoin, así como activos como BRC-20 y Ordinals, pueden salvarse mediante la descentralización. El mecanismo subyacente es un mecanismo de firma MPC giratorio con reemplazo dinámico. En la actualidad, parece ser una capa de embalaje. En iteraciones posteriores, BTC y otros activos de la red principal también podrán existir en Fractal Bitcoin como activos envueltos en brc-20.
En comparación con las soluciones típicas de Ethereum Layer 2, esta forma de virtualización permite la escalabilidad computacional a través de capas de abstracción adicionales fuera de la cadena principal, manteniendo la coherencia con la cadena principal y sin introducir nuevos mecanismos de consenso. Por lo tanto, los mineros y grupos de minería BTC ASIC actuales pueden unirse sin problemas a la red Fractal.
La garantía de seguridad de Fractal reside en su potencia informática. En términos de diseño, hay tres aspectos principales para mejorar la seguridad del mecanismo PoW de Fractal. Fractal ha introducido la minería fusionada, donde un bloque de cada tres bloques se genera mediante minería fusionada con mineros de BTC para ayudar a proteger la red de posibles ataques del 51%; los dos bloques restantes son generados por la propia potencia informática de la red Fractal. Se puede ver que el impacto en los mineros de BTC es la clave del éxito de Fractal, y su economía simbólica inevitablemente se inclinará hacia los mineros.
Al mismo tiempo, la cadena de instancias virtualizadas recién creada experimentará un período inicial de vulnerabilidad durante la fase de inicio. Al lanzar una nueva instancia, los operadores pueden establecer una altura de bloque específica para brindar protección hasta que la instancia alcance un estado seguro y saludable. En el futuro, los mineros con grandes cantidades de potencia informática podrán asignar sus recursos a diferentes instancias de BCSP, mejorando así la solidez y resiliencia de todo el sistema.
Fractal La relación entre las monedas de mainnet y los sats.
La producción minera de la moneda principal de Fractal es para garantizar el funcionamiento de la cadena. La cadena de Facebook es básicamente la misma que la de BTC y no tiene la capacidad de ejecutar contratos inteligentes directamente. Por lo tanto, las funciones defi complejas como el intercambio requieren infraestructura adicional. Unisat promete utilizar brc 20 sats para el intercambio. Este intercambio se ejecuta en Fractal y también requiere sus propios nodos. La tarifa de servicio que cobran estos nodos para autofinanciarse es sats.
centro comercial
AVM (Atomics Virtual Machine) es la implementación de contrato inteligente BTC del Protocolo Atomics. AVM crea una máquina virtual que simula el permiso del script BTC y abre múltiples códigos de operación originales de BTC en la máquina virtual. Los desarrolladores implementan contratos inteligentes mediante una combinación de scripts de Bitcoin y definen sus propias reglas para gestionar la creación y transferencia de activos.
Satoshi Nakamoto diseñó un lenguaje de secuencias de comandos totalmente expresivo al comienzo de Bitcoin, que contiene un rico conjunto de instrucciones de código de operación primitivas. Estas secuencias de comandos tienen ciertas capacidades de almacenamiento de datos y su ejecución es completa en Turing. Posteriormente, Bitcoin Core deshabilitó algunos códigos de operación necesarios para la integridad de Turing, como las operaciones básicas de concatenación de cadenas (OP_CAT) y los operadores aritméticos (como la multiplicación OP_MUL y la división OP_DIV).
La idea de AVM es maximizar las capacidades del código de operación original de BTC. La máquina virtual AVM emula el script BTC y Turing se completa a través de una PDA (autómata de almacenamiento push) de doble pila. Esta máquina virtual se ejecuta en una zona de pruebas, que contiene un indexador, un analizador de instrucciones y un estado global para realizar el procesamiento de contratos inteligentes y la sincronización y verificación del estado.
El conjunto de instrucciones de la máquina virtual AVM contiene el código de operación BTC completo, por lo que los desarrolladores pueden programar utilizando muchas funciones BTC no activadas en la red principal. Esto hace que AVM parezca una red nativa pionera para la expansión ecológica de BTC.
AVM es un conjunto de arquitecturas que pueden personalizarse mediante cualquier protocolo de metadatos BTC, como BRC 20, ARC 20, Runes y CBRC. Es administrado conjuntamente por desarrolladores de aplicaciones, proveedores de servicios y usuarios, formando un consenso espontáneo. Por lo tanto, es adecuado para casi cualquier protocolo de metadatos y sólo requiere un ajuste fino del indexador en la máquina virtual.
AVM ha lanzado una versión de prueba https://x.com/atomicalsxyz/status/1823901701033934975 y el código relacionado https://github.com/atomicals/avm-interpreter.
EN_NET
Sitio web oficial: https://opnet.org/#
OP_NET se propuso en el tercer trimestre de 2024 y se compromete a introducir funciones de contrato inteligente similares a Ethereum en la red Bitcoin, pero más en línea con las características y arquitectura de Bitcoin. Para operar en OP_NET, use solo Bitcoin nativo, sin necesidad de usar otros tokens para pagar incentivos de nodo o tarifas de transacción.
OP_NET proporciona una biblioteca de desarrollo completa, compacta y fácil de usar, escrita principalmente en AssemblyScript (similar a TypeScript, que se puede compilar en WebAssembly). Su objetivo de diseño es simplificar la creación, lectura y operación de tecnologías relacionadas con Bitcoin. especialmente en teléfonos inteligentes y Bitcoin Smart Inscription (BSI, Bitcoin Smart Inscription).
Funciones y características principales de OP_NET
OP_NET preserva el consenso de bloques y la disponibilidad de datos de Bitcoin, asegurando que todas las transacciones se almacenen en la red de Bitcoin y estén protegidas por su inmutabilidad. A través de una máquina virtual de ejecución (OP_VM), OP_NET puede realizar cálculos complejos en bloques de Bitcoin. Todas las transacciones OP_NET enviadas se marcan con la cadena "BSI" y se ejecutan en OP_VM para actualizar el estado del contrato.
El nodo OP_NET ejecuta una máquina virtual WASM y, por lo tanto, admite múltiples lenguajes de programación como AssemblyScript, Rust y Python. Al aprovechar Tapscript para habilitar funciones avanzadas de contratos inteligentes, los desarrolladores pueden implementar e implementar directamente en la cadena de bloques de Bitcoin sin permiso. contratos inteligentes.
El código de estos contratos inteligentes se comprime y escribe en transacciones BTC. Esta vez, se genera una dirección UTXO, que se considera la dirección del contrato. Los usuarios deben transferir fondos a esta dirección al interactuar con el contrato.
Al interactuar con la red OP_NET, además de la tarifa de manejo de las transacciones BTC, los usuarios deben pagar una tarifa de manejo adicional de al menos 330 satoshis, esto es para garantizar que BTC no reconozca la transacción como un "ataque de polvo". mineros de la red principal. Los usuarios pueden agregar más tarifas de gas y el orden de empaquetado de las transacciones en la red OP_NET se ordenará de acuerdo con la tarifa de manejo y no dependerá completamente del orden de empaquetado del bloque BTC. Si la tarifa de transacción OP_NET pagada por el usuario es superior a 250.000 sat, el exceso se recompensará a la red de nodos OP_NET.
Para ampliar el uso de BTC en aplicaciones DeFi, OP_NET proporciona un sistema de prueba de autoridad que permite encapsular BTC como WBTC de Mainnet conectado al protocolo OP_NET a través de firmas múltiples.
Cabe mencionar que OP_NET es compatible con SegWit y Taproot, y su diseño de token no está vinculado a UTXO, evitando el riesgo de enviar tokens incorrectamente a los mineros, mejorando aún más la seguridad y confiabilidad del sistema. A través de estas características, OP_NET inyecta una funcionalidad de contrato inteligente más sólida y soporte de aplicaciones descentralizadas en el ecosistema de Bitcoin.
El proyecto ecológico de OP_NET
El predecesor de OP_NET es el protocolo cbrc-20, y la mayoría de los proyectos ecológicos lo continúan directamente. La ecología cubre el comercio descentralizado, los préstamos, la creación de mercado, la provisión de liquidez, los puentes entre cadenas y otros campos:
Motoswap: este es un protocolo de intercambio descentralizado que se ejecuta en la capa 1 de Bitcoin.
Stash: este es un protocolo de préstamos descentralizado que se ejecuta en la capa 1 de Bitcoin. Stash utiliza WBTC de OP_NET como garantía, lo que permite a los usuarios realizar préstamos sin permiso, con préstamos emitidos en forma de monedas estables en dólares estadounidenses.
Ordinal Novus: Esta es la plataforma de creación de mercado y provisión de liquidez en el ecosistema OP_NET.
Ichigai: este es un agregador descentralizado que integra múltiples plataformas DeFi para que los usuarios puedan administrar carteras comerciales, de seguimiento del mercado y de inversión en una única interfaz.
SatBot: un robot comercial integrado con Telegram que permite a los usuarios ejecutar operaciones, rastrear mercados y administrar carteras en tiempo real a través de Telegram.
KittySwap: una plataforma de intercambio descentralizada y contrato perpetuo que se ejecuta en OP_NET.
Redactado: Proporciona servicios de banca privada DeFi privados y que cumplen con las normas en la cadena.
SLOHM Finance: un proyecto de moneda de reserva descentralizada lanzado en OP_NET.
BuyNet: un robot de compras desarrollado para el ecosistema Bitcoin DeFi.
SatsX: Un proyecto para desarrollar funciones y herramientas multifuncionales en OP_NET, ampliando las capacidades del ecosistema.
Meme Coins como Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Estos son tokens Meme basados en el protocolo OP_20, todos compatibles con OP_NET.
BRC 100
Documentación: https://docs.brc100.org
BRC-100 es un protocolo informático descentralizado basado en la teoría de los ordinales. Al agregar nuevas operaciones como "destruir" y "transmitir" a brc 20, mediante la combinación de estas nuevas operaciones, se registran diferentes titulares de direcciones en el saldo del token y. estado para lograr operaciones defi complejas. Los desarrolladores también pueden ampliar más operadores basados en el protocolo BRC-100 para ampliar el negocio.
Funcionamiento del protocolo BRC-100
BRC-100 proporciona algunas operaciones: mint 2/mint 3 y burn 2/burn n3, para que los tokens se puedan convertir de forma segura entre el modelo UTXO y el modelo de máquina de estado:
mint 2: se utiliza para generar nuevos tokens y aumentar la circulación de todo el sistema. Generalmente requiere permiso de una aplicación o dirección para operar.
mint 3: Similar a mint 2, pero no aumentará la circulación. Se utiliza principalmente para convertir saldos en aplicaciones en UTXO (salidas de transacciones no gastadas), que se pueden utilizar en otras aplicaciones.
quemar 2: se utiliza para destruir tokens y actualizar el estado de la aplicación al mismo tiempo. Las fichas destruidas se pueden regenerar a través de Mint 2 si se cumplen ciertas condiciones.
burn n3: similar a burn 2, pero en lugar de reducir la circulación, los tokens se convierten al estado de la aplicación. Las fichas destruidas se pueden regenerar mediante Mint 3.
Extensiones y compatibilidad
Las capacidades informáticas y las transiciones de estado se pueden ampliar mediante el protocolo de extensión BRC-100. Todos los protocolos de extensión BRC-100 son compatibles entre sí, es decir, los tokens que implementan BRC-100 y sus protocolos de extensión se pueden utilizar en todas las aplicaciones. Al mismo tiempo, el protocolo BRC-100 y sus protocolos de extensión se pueden actualizar y mejorar mejorando el protocolo.
El protocolo BRC-100 y todas las extensiones y protocolos de mejora se denominan colectivamente pila de protocolos BRC-100. Todos los protocolos de extensión BRC-100 son compatibles entre sí, es decir, los tokens que implementan BRC-100 y sus protocolos de extensión pueden ser. Se utiliza en todas las aplicaciones y respalda las operaciones de cadena transfronterizas. Existen BRC-101, BRC-102 y BRC-104:
BRC-101 es un protocolo de gobierno en cadena descentralizado que define cómo gobernar aplicaciones basadas en el protocolo BRC-100 o sus protocolos de extensión.
BRC-102 es un protocolo de liquidez automatizado para activos BRC-100. Define un método automatizado de creación de mercado basado en la "fórmula de producto constante" (x*y=k) para un par de tokens basado en la pila de protocolos BRC-100. .
BRC-104 es un protocolo de grupo de participación de liquidez/participación pesada que define cómo empaquetar activos BRC-20, activos de runas y BTC en activos BRC-100 a través de participación, y cómo distribuir recompensas de activos BRC-100 a activos BRC-100, BRC. -20 activos, activos rúnicos o apostadores BTC. BRC-104 es el protocolo Asset Wrapping y el protocolo Yield Farming de la pila de protocolos BRC-100.
Proyecto Ecológico BRC-100
El equipo del proyecto está explorando un método para lograr una indexación mínima para el indexador de protocolo BRC-100. El lado de la demanda puede implementar su propio índice mínimo para obtener el estado de todos los activos de la pila de protocolos BRC-100 sin tener que implementar la compleja lógica de cálculo de todos los protocolos extendidos. Además, los índices mínimos no requieren actualizaciones o mejoras frecuentes.
Hay 3 proyectos en el ecosistema BRC-100:
inBRC (lanzado): el primer indexador y mercado BRC-100: https://inbrc.org/.
100Swap (lanzado): el primer intercambio descentralizado de inscripción Bitcoin L1 AMM basado en el protocolo BRC-102: https://100swap.io/.
100Layer (en desarrollo): un protocolo de liquidez para el ecosistema de Bitcoin en Bitcoin L1, basado en el protocolo BRC-104 y el protocolo BRC-106, que consta de monedas estables descentralizadas respaldadas por garantías, tokens envueltos y minería de liquidez: https://100layer. yo/.
RUNAS Programables (Protorunes)
Una runa es esencialmente una estructura de datos almacenada en el campo OP_RETURN de Bitcoin. En comparación con otros protocolos basados en JSON (como BRC-20), Rune es más liviano y no depende de sistemas de indexación complejos, manteniendo la simplicidad y seguridad de Bitcoin.
Programmable Runes es una capa de extensión de Runes que permite la creación de activos programables con Runes. La introducción de estos activos puede existir en UTXO y soportar operaciones similares a los protocolos AMM (creador de mercado automatizado). El concepto central de Programmable Runes es utilizar datos en la cadena de bloques de Bitcoin para implementar funciones de contratos inteligentes a través de máquinas virtuales o tecnologías similares.
Protocolo de Proto-Runas
Entre las runas programables, el proyecto más importante es el Protocolo Proto-Runes, desarrollado por el equipo del fundador de oyl wallet @judoflexchop. Código abierto actualmente: https://github.com/kungfuflex/protorune
El protocolo Proto-Runes es un estándar y una especificación que proporciona un marco para runas programables. Al administrar y transferir activos de runas entre metaprotocolos, se pueden construir AMM, protocolos de préstamos o contratos inteligentes maduros.
Por ejemplo, el protocolo Proto-Runes implementa un DEX (intercambio descentralizado) similar a Uniswap en la red Bitcoin, apoyando el intercambio atómico de activos rúnicos y la creación de fondos de liquidez. Mediante la combinación de destrucción de prototipos y mensajería de prototipos, los usuarios pueden realizar transacciones descentralizadas y gestión de activos sin salir de la red Bitcoin.
En pocas palabras, el Protocolo Proto-Runas permite quemar runas en forma de runas programables, Protorunes, otorgando así a las runas funciones y usos adicionales.
Protoburn y Protorunes
Uno de los mecanismos clave de Proto-Runes es Protoburn, que permite a los usuarios destruir y convertir runas en representaciones utilizadas únicamente por subprotocolos. Estos activos de runas son atacados a través de punteros o edictos de Runestone en el protocolo de runas, generando así un nuevo activo. forma en el subprotocolo, que es la runa programable Protorunes.
La destrucción de prototipos garantiza la inutilizabilidad de las runas al bloquearlas en la salida OP_RETURN. Este mecanismo garantiza que los activos de Rune se puedan transferir de forma segura desde el protocolo principal al subprotocolo, lo que permite más operaciones y transacciones en el subprotocolo.
Este proceso suele ser unidireccional, es decir, los activos se transfieren del protocolo de runas al subprotocolo, pero no se pueden transferir directamente de regreso. El mensaje de Protoburn está incrustado dentro de Protostone en el campo Protocolo de Runestone, y su etiqueta de protocolo es 13 (Etiqueta de protocolo de Rune). El mensaje contiene información como el ID del subprotocolo de destino y el puntero de activo. Este mecanismo proporciona la base para la gestión de activos y la transferencia entre subprotocolos y permite funciones como los intercambios atómicos.
Protomensaje
En el protocolo Proto-Runes, Protomessage se refiere a las instrucciones de operación ejecutadas en el subprotocolo. Para ello, lo codifica en una estructura Protostone y lo analiza mediante el indexador. El protomessage generalmente incluye solicitudes de operación de activos, como transferencias, transacciones u otras funciones definidas por protocolo. Cuando el indexador analiza un campo de mensaje en Protostone, el campo contiene una matriz de bytes, que generalmente se analiza mediante protobuf u otro serializador esperado por el subprotocolo y luego se pasa como parámetro al tiempo de ejecución del subprotocolo. El mensaje puede implicar transferencias de activos, lógica de transacciones u otra funcionalidad del protocolo.
El puntero se utiliza para especificar la ubicación de destino de Protostone. Esta ubicación puede ser un UTXO en la salida de la transacción u otro Protostone. Si el subprotocolo decide no ejecutar una entrada y la transacción falla, las protorunes se devolverán a la ubicación señalada por el puntero de reembolso (refund_pointer) y los activos no utilizados se devolverán al iniciador de la transacción original.
El mecanismo operativo del protocolo Proto-Runes.
El mecanismo operativo del protocolo Proto-Runes es: el indexador primero procesa la función Runestone en el protocolo Rune y luego procesa los mensajes de protocolo de los subprotocolos en secuencia. Todos los protocolos se procesan en el orden en que aparecen en el campo Protocolo de Runestone. Para evitar la complejidad y posibles agujeros de seguridad, el protocolo Proto-Runes prohíbe la ejecución recursiva de mensajes prototipo, es decir, cada mensaje prototipo solo se puede ejecutar una vez. Cualquier instrucción recursiva hará que la transacción falle y se devuelvan los activos no utilizados.
En el protocolo Proto-Runes, LEB 128 (Little Endian Base 128) es una codificación de longitud variable que se utiliza para representar números enteros grandes. La codificación LEB 128 se usa ampliamente para representar campos de protocolo y mensajes para ahorrar espacio y mejorar la eficiencia del procesamiento. Cada subprotocolo tiene una etiqueta de protocolo única que se utiliza para distinguir diferentes subprotocolos. Estas etiquetas están representadas por valores u 128 y aparecen en Protostone como valores codificados LEB 128. El puntero se utiliza para especificar la ubicación de destino de Protostone, que puede ser un UTXO en la salida de la transacción, u otro Protostone, o incluso hacer referencia a un mensaje prototipo para implementar una lógica de operación compleja en un subprotocolo.
Último desarrollo: Génesis Protorune
QUORUM•GENESIS•PROTORUNE es el primer Protorrune. Su Protoburn se ha completado con éxito. Puede ver que el funcionamiento correcto del indexador de ord ocurre sin cenotafio porque OP_RETURN se usa para generar el saldo de QUORUM•GENESIS•PROTORUNE. visto a través de este enlace: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572.
Esta implementación de Genesis Protorune está pensada sólo como referencia y no está destinada a la venta. Su objetivo es servir como un foro abierto para los estándares de Protorune y puede integrarse en el protocolo para proporcionar funciones de gobernanza para los tokens del proyecto.
@judoflexchop El equipo todavía está desarrollando un indexador para esta protoruna de génesis, un WASM: https://github.com/kungfuflex/quorumgenesisprotorune
Este es un modelo funcional que implementa la gobernanza en cadena en Bitcoin L1, actuando como un indexador que permite a los usuarios generar tokens de votación a través de protomessage. Los tokens de votación solo se pueden generar una vez por propuesta para el mismo rango de runas. Las propuestas se ejecutan automáticamente al alcanzar el quórum y los usuarios también pueden retirar sus votos transfiriendo tokens de votación a una dirección no fungible. Todo el proceso garantiza la transparencia y la eficacia de la gobernanza.
