Descripción de las soluciones de escalabilidad de BTC

Intermedio9/2/2024, 12:43:43 PM
A medida que más y más desarrolladores se unen y se familiarizan con el modelo BTC, el ecosistema BTC está progresando a un nivel técnico rápido, especialmente en términos de soluciones de escalabilidad programable. Este artículo continuará llenando los vacíos e introducirá las soluciones programables del muy preocupado Bitcoin Fractal y los protocolos de metadatos BTC como BRC20, CBRC y ARC20.

¿Además de Fractal, OP_NET, AVM, BRC100, Runas Programables, BTC, ¿qué otros planes de expansión hay?

Desde el primer trimestre de 2024, el entusiasmo especulativo en el ecosistema BTC no ha coincidido con el de 2023. Sin embargo, a medida que más desarrolladores se unen y se familiarizan con el modelo BTC, el progreso técnico en el ecosistema BTC ha sido rápido, especialmente en términos de soluciones de escalabilidad programables. Anteriormente, Trustless labs introdujo la L2 de BTC y la vinculación UTXO, así como el re-empate de BTC. Este artículo continuará llenando los vacíos e introducirá el muy popular Bitcoin Fractal y las soluciones programables de los protocolos de metadatos BTC como BRC20, CBRC y ARC20.

1. Fractal

Fractal es un marco ampliable basado en la virtualización del software del cliente principal de Bitcoin, creando una estructura recursiva similar a un árbol donde cada capa de la cadena de bloques puede mejorar el rendimiento de toda la red de Fractal. Al reutilizar el código principal, Fractal es instantáneamente compatible con Bitcoin y su infraestructura, por ejemplo, en la minería. La diferencia es que Fractal ha activado el operador op_cat, lo que permite una implementación de lógica adicional.

Fractal fue desarrollado por el equipo de Unisat, que mencionó el progreso del desarrollo de Fractal en su blog en enero de 2024. El proyecto lanzó su Beta testnet el 1 de junio de 2024, completó un reinicio de fase de prueba el 29 de julio y se espera que el mainnet se lance en septiembre de 2024.

El equipo acaba de lanzar su tokenómica. La red Fractal tendrá su propio token, con un 50% producido por minería, un 15% para el ecosistema, un 5% pre-vendido a inversores tempranos, un 20% para asesores y contribuyentes principales, y un 10% como subsidios de la comunidad para establecer asociaciones y liquidez.

Diseño de arquitectura

Fractal virtualiza completamente el cliente principal de Bitcoin, encapsulándolo en un Paquete de Software Core de Bitcoin (BCSP) desplegable y ejecutable. Luego se ancla de forma recursiva a la red principal de Bitcoin, ejecutando de forma independiente una o más instancias de BCSP. A través de la tecnología moderna de virtualización, logra un eficiente intercambio de rendimiento de hardware, permitiendo que múltiples instancias se ejecuten en el sistema principal. En resumen, es similar a ejecutar múltiples instancias de máquinas virtuales (instancias de BCSP construidas por Fractal) en una sola computadora (red principal de BTC), y puede recursar aún más.

Cuando aparece un gran número de demandas de interacción en cadena, estas demandas pueden delegarse selectivamente a niveles más profundos. La capacidad de equilibrio dinámico de este sistema ayuda a evitar la congestión excesiva en cualquier nivel específico. Para una mejor experiencia del usuario, Fractal también ha realizado algunas modificaciones en el núcleo de Bitcoin, cambiando el tiempo de confirmación del bloque a 30 segundos o menos, y aumentando el tamaño del bloque 20 veces a 20 MB, asegurando un rendimiento suficiente y una latencia corta.

Fractal ha activado el operador op_cat, lo que permite más posibilidades de exploración y pruebas para los esquemas de escalabilidad de BTC.

En cuanto a los activos entre cadenas, dado que diferentes instancias se ejecutan en un mismo entorno físico, se puede entender como la ejecución de múltiples cadenas principales de Bitcoin bajo el mismo marco de BTC. Por lo tanto, las cadenas de instancias pueden comunicarse entre sí, logrando la transferencia de activos sin problemas entre diferentes capas mediante la construcción de una interfaz de transferencia de activos universal.

Bitcoin, así como activos como BRC-20 y Ordinales, pueden ser puenteados de manera descentralizada. El mecanismo subyacente es un mecanismo de firma MPC rotativa con reemplazo dinámico. Actualmente, parece ser una capa de envoltura. En iteraciones posteriores, BTC y otros activos de la red principal también pueden existir como activos envueltos brc-20 en Fractal Bitcoin.

En comparación con las soluciones típicas de Ethereum Layer 2, esta forma de virtualización logra escalabilidad computacional a través de una capa de abstracción adicional fuera de la cadena principal mientras mantiene la consistencia con la cadena principal sin introducir nuevos mecanismos de consenso. Por lo tanto, los mineros y las piscinas mineras ASIC actuales de BTC pueden unirse sin problemas a la red Fractal.

La garantía de seguridad de Fractal radica en su potencia computacional. El diseño mejora principalmente la seguridad del mecanismo de PoW de Fractal a través de tres aspectos. Fractal introduce la minería conjunta, donde uno de cada tres bloques se genera mediante la minería fusionada con mineros de BTC para ayudar a proteger la red de posibles ataques del 51%; los dos bloques restantes son producidos por la potencia computacional propia de la red Fractal. Es evidente que el impacto en los mineros de BTC es clave para el éxito de Fractal, y su economía de tokens 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 proporcionar protección hasta que la instancia alcance un estado seguro y saludable. En el futuro, los mineros con grandes cantidades de potencia informática pueden asignar sus recursos a diferentes instancias de BCSP, mejorando así la robustez y la resistencia de todo el sistema.

La relación entre las monedas de la red principal de Fractal y sats

La producción minera de las monedas de la red principal Fractal es para garantizar la operación de la cadena. La cadena fb y btc son básicamente iguales, sin la capacidad de ejecutar contratos inteligentes directamente. Por lo tanto, funciones complejas de DeFi como intercambios requieren infraestructura adicional. Unisat promete que se utilizarán sats brc20 para los intercambios. Este intercambio se ejecuta en Fractal y también necesita sus propios nodos. Los honorarios de servicio cobrados por estos nodos para la autosuficiencia son sats.

2. AVM

AVM (Máquina Virtual Atomicals) es la implementación de contrato inteligente BTC del Protocolo Atomicals. AVM crea una máquina virtual que simula las capacidades de script de BTC y permite múltiples opcodes nativos de BTC dentro de la máquina virtual. Los desarrolladores pueden implementar contratos inteligentes combinando scripts de Bitcoin, definiendo sus propias reglas para gestionar la creación y transferencia de activos.

Al comienzo de Bitcoin, Satoshi Nakamoto diseñó un lenguaje de programación completamente expresivo que contiene un conjunto rico de instrucciones de código de operación primitivo. Estos scripts tienen ciertas capacidades de almacenamiento de datos y su ejecución es Turing completa. Posteriormente, Bitcoin Core deshabilitó algunos códigos de operación necesarios para la completitud 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).

El enfoque de AVM es maximizar las capacidades de las opcodes originales de BTC. La máquina virtual de AVM simula los scripts de BTC y logra la completitud de Turing a través de una PDA de doble pila (Pushdown Automaton). Esta máquina virtual se ejecuta en un sandbox que incluye un indexador, un analizador de instrucciones y un estado global, lo que permite el procesamiento de contratos inteligentes y la sincronización y validación del estado.

El conjunto de instrucciones de la máquina virtual AVM contiene los códigos de operación completos de BTC, lo que permite a los desarrolladores programar utilizando muchas de las características de BTC que no se han activado en la red principal. Esto hace que AVM parezca una red pionera nativa para la expansión del ecosistema de BTC.

AVM es una arquitectura que se puede personalizar para cualquier protocolo de metadatos BTC, como BRC20, ARC20, Runes y CBRC. Es administrado conjuntamente por desarrolladores de aplicaciones, proveedores de servicios y usuarios, formando un consenso espontáneo. Por lo tanto, es aplicable a casi cualquier protocolo de metadatos, solo requiere ajustes menores en el indexador bajo la máquina virtual.

AVM ha lanzado una versión betahttps://x.com/atomicalsxyz/status/1823901701033934975…, con el código relacionado disponible en https://github.com/atomicals/avm-interpreter....

3. OP_NET

Sitio web oficial: https://opnet.org/#

OP_NET, propuesto en el tercer trimestre de 2024, tiene como objetivo introducir funcionalidad de contratos inteligentes similar a Ethereum en la red de Bitcoin, alineándose con las características y arquitectura de Bitcoin. Las transacciones en OP_NET solo requieren bitcoin nativo, eliminando la necesidad de tokens adicionales para pagar incentivos de nodo o tarifas de transacción.

OP_NET ofrece una biblioteca de desarrollo completa, compacta y fácil de usar, escrita principalmente en AssemblyScript (similar a TypeScript, compilable a WebAssembly). Su objetivo de diseño es simplificar la creación, lectura y manipulación de tecnologías relacionadas con Bitcoin, especialmente en términos de contratos inteligentes e Inscripciones Inteligentes de Bitcoin (BSI).

Funciones y características principales de OP_NET

OP_NET mantiene 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 de OP_NET enviadas están marcadas con una cadena "BSI" y se ejecutan en el OP_VM para actualizar los estados del contrato.

Los nodos de OP_NET ejecutan una máquina virtual WASM, que admite varios lenguajes de programación como AssemblyScript, Rust y Python. Al aprovechar Tapscript para habilitar funcionalidades avanzadas de contrato inteligente, los desarrolladores pueden implementar e interactuar directamente con contratos inteligentes en la cadena de bloques de Bitcoin sin permiso.

El código de estos contratos inteligentes se comprime y se escribe en transacciones BTC. Esto genera una dirección UTXO, considerada la dirección del contrato, a la cual los usuarios deben transferir fondos para interactuar con el contrato.

Al interactuar con la red OP_NET, además de las tarifas de transacción BTC, los usuarios deben pagar al menos 330 satoshis adicionales para asegurarse de que la transacción no sea considerada un ataque de 'polvo' por los mineros de la red principal BTC. Los usuarios pueden agregar más tarifas de gas y el orden de empaquetamiento de las transacciones en la red OP_NET se ordena según las tarifas, no se basa completamente en el orden de empaquetamiento de bloques BTC. Si un usuario paga más de 250,000 sat para la tarifa de transacción OP_NET, el excedente será recompensado 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 envolver BTC como WBTC. BTC de la Mainnet se conecta al protocolo OP_NET a través de métodos de multifirma.

Cabe destacar 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 erróneamente tokens 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.

Proyectos del ecosistema OP_NET

El predecesor de OP_NET fue el protocolo cbrc-20, con la mayoría de los proyectos del ecosistema continuando directamente. El ecosistema abarca diversas áreas, incluyendo trading descentralizado, préstamos, creación de mercado, provisión de liquidez y puentes entre cadenas:

· Motoswap: Un protocolo de trading descentralizado que se ejecuta en la capa 1 de Bitcoin.

· Stash: 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 participar en préstamos sin permisos, con préstamos emitidos en la moneda estable USDs.

· Ordinal Novus: Una plataforma de creación de mercado y provisión de liquidez en el ecosistema OP_NET.

· Ichigai: Un agregador descentralizado que integra múltiples plataformas DeFi, lo que permite a los usuarios administrar operaciones, rastrear mercados y manejar carteras en una sola interfaz.

· SatBot: Un bot de trading integrado en Telegram que admite ejecución de operaciones en tiempo real, seguimiento del mercado y gestión de carteras a través de Telegram.

· KittySwap: Una plataforma de intercambio descentralizado y contratos perpetuos que se ejecuta en OP_NET.

· Redacted: Proporciona servicios bancarios privados DeFi privados, conformes a la cadena.

· SLOHM Finance: Un proyecto de moneda de reserva descentralizada lanzado en OP_NET.

· BuyNet: Un bot de buy-in desarrollado para el ecosistema DeFi de Bitcoin.

· SatsX: Un proyecto que desarrolla características y herramientas multifuncionales en OP_NET, ampliando las capacidades del ecosistema.

· Monedas Meme como Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Estos son tokens Meme basados en el protocolo OP_20, todos compatibles con OP_NET.

4. BRC100

Documento: https://docs.brc100.org

BRC-100 es un protocolo de cálculo descentralizado construido sobre la teoría de los Ordinales. Amplía el BRC-20 al introducir nuevas operaciones como "quemar" y "acuñar", que, combinadas, permiten operaciones DeFi complejas al registrar saldos de tokens y estados para diferentes direcciones en un indexador. Los desarrolladores también pueden ampliar el protocolo BRC-100 añadiendo más operadores para extender la funcionalidad.

Operaciones del protocolo BRC-100

BRC-100 introduce operaciones como mint2/mint3 y burn2/burn3, permitiendo que los tokens hagan una transición segura entre el modelo UTXO y el modelo de máquina de estado:

· mint2: Genera nuevos tokens, aumentando el suministro total. Normalmente requiere permiso de una aplicación o dirección específica.

· mint3: Similar a mint2, pero no aumenta la oferta. Principalmente se utiliza para convertir los saldos de la aplicación en UTXOs (salidas de transacciones no gastadas) para su uso en otras aplicaciones.

· burn2: Destroys tokens while updating the application’s state. Burned tokens can be regenerated via mint2 under specific conditions.

· burn3: Similar a burn2, pero no reduce el suministro. En su lugar, convierte los tokens en el estado de la aplicación. Los tokens quemados pueden regenerarse a través de mint3.

Extensiones y compatibilidad

La potencia computacional y las transiciones de estado se pueden extender a través de los protocolos de extensión BRC-100. Todos los protocolos de extensión BRC-100 son mutuamente compatibles, lo que significa que los tokens que implementan BRC-100 y sus extensiones se pueden utilizar en todas las aplicaciones. El protocolo BRC-100 y sus extensiones se pueden actualizar y mejorar a través de protocolos de mejora.

El protocolo BRC-100 y todas sus extensiones y mejoras se conocen colectivamente como la pila de protocolos BRC-100. Todos los protocolos de extensión BRC-100 son mutuamente compatibles, lo que permite que los tokens que implementan BRC-100 y sus extensiones se utilicen en todas las aplicaciones y admitan operaciones entre cadenas. Las extensiones destacadas incluyen BRC-101, BRC-102 y BRC-104:

· BRC-101: Un protocolo descentralizado de gobernanza en cadena que define cómo gobernar aplicaciones basadas en BRC-100 o sus protocolos de extensión.

· BRC-102: Un protocolo de liquidez automatizado para los activos BRC-100, que define un método de creación de mercado automatizado basado en la fórmula del "producto constante" (x*y=k) para pares de tokens basados en la pila de protocolos BRC-100.

· BRC-104: Un protocolo de pool de staking/re-staking de liquidez, que define cómo envolver activos BRC-20, activos rune y BTC como activos BRC-100 a través de staking, y cómo distribuir recompensas de activos BRC-100 a los stakers de activos BRC-100, activos BRC-20, activos rune o BTC. BRC-104 sirve como el protocolo de Envoltura de Activos y Yield Farming para la pila de protocolos BRC-100.

Proyectos del ecosistema BRC-100

El equipo del proyecto está explorando un método para implementar una indexación mínima para el indexador de protocolo BRC-100. Esto permite a las partes implementar su propio índice mínimo para obtener el estado de todos los activos en la pila de protocolos BRC-100 sin implementar una lógica computacional compleja para todos los protocolos de extensión. Además, el índice mínimo no requiere actualizaciones o mejoras frecuentes.

Hay 3 proyectos en el ecosistema BRC-100:

· inBRC (Lanzado) - El primer mercado y indexador de BRC-100: https://inbrc.org.

· 100Swap (Lanzado) - El primer intercambio descentralizado de inscripción de AMM de Bitcoin L1 basado en el protocolo BRC-102:https://100swap.io.

· 100Layer (en desarrollo) - Un protocolo de liquidez para el ecosistema Bitcoin en Bitcoin L1, basado en los protocolos BRC-104 y BRC-106, que comprende stablecoins respaldadas por garantías descentralizadas, tokens envueltos y minería de liquidez: https://100layer.io.

5. RUNES programables (Protorunes)

Las runas son esencialmente estructuras de datos almacenadas en el campo OP_RETURN de Bitcoin. En comparación con otros protocolos basados en JSON como BRC-20, las runas son más ligeras, no dependen de complejos sistemas de indexación y mantienen la simplicidad y seguridad de Bitcoin.

Las runas programables son una capa de extensión de runas, lo que permite la creación de activos programables con runas. Estos activos pueden existir dentro de UTXO y soportar operaciones similares a los protocolos AMM (Automated Market Maker). El concepto central de las runas programables es utilizar datos en la cadena de bloques de Bitcoin para implementar la funcionalidad de contratos inteligentes a través de máquinas virtuales o tecnologías similares.

Protocolo Proto-Runas

El proyecto principal en runas programables es el Protocolo Proto-Runas, liderado por el equipo de @judoflexchop, fundador de la billetera oyl. Ha sido de código abierto: https://github.com/kungfuflex/protorune...

El Protocolo de Proto-Runas es un estándar y una especificación que proporciona un marco para las runas programables. Al gestionar y transferir activos rúnicos entre subprotocolos (metaprotocolos), permite la construcción de AMM, protocolos de préstamo o contratos inteligentes maduros.

Por ejemplo, el Protocolo de Proto-Runas ha implementado un DEX (Intercambio Descentralizado) similar a Uniswap en la red Bitcoin, que admite intercambios atómicos de activos de runas y la creación de piscinas de liquidez. A través de una combinación de quema de prototipos y mensajes de prototipo, los usuarios pueden participar en el comercio descentralizado y la gestión de activos sin salir de la red Bitcoin.

En términos simples, el Protocolo de Proto-Runas permite que las runas se quemen en forma de runas programables (Protorunes), dotando así a las runas de funciones y usos adicionales.

Protoquemadura y Protorunas

Uno de los mecanismos clave de Proto-Runes es Protoburn, que permite a los usuarios quemar runas y convertirlas en una representación para uso exclusivo de los subprotocolos. Estos recursos rúnicos se dirigen a través de punteros o edictos de piedra rúnica en el protocolo de runas, lo que genera nuevas formas de activos en los subprotocolos, a saber, runas programables o protorunas.

La quema de prototipos garantiza la no gastabilidad al bloquear runas en salidas OP_RETURN. Este mecanismo asegura que los activos de las runas se puedan transferir de manera segura desde el protocolo principal a los subprotocolos, lo que permite operaciones y transacciones adicionales dentro de los subprotocolos.

Este proceso suele ser unidireccional, lo que significa que los activos se transfieren del protocolo de runas a los subprotocolos, pero no se pueden transferir directamente de vuelta. Los mensajes de Protoburn están incrustados en Protostone dentro del campo Protocolo de Runestone, con una etiqueta de protocolo de 13 (etiqueta de protocolo de runa). El mensaje contiene información como el identificador de subprotocolo de destino y los punteros de recursos. Este mecanismo proporciona una base para la gestión de activos y la transferencia entre subprotocolos y permite funciones como Atomic Swaps.

Protomensaje

En el protocolo Proto-Runes, un Protomensaje se refiere a las instrucciones de operación ejecutadas en subprotocolos. Se implementa mediante la codificación en la estructura Protostone y el indexador lo analiza. Los protomensajes suelen incluir solicitudes de operación de activos, como transferencias, transacciones u otras funciones definidas por protocolo. Cuando el indexador analiza el campo de mensaje en Protostone, este campo contiene una matriz de bytes que normalmente se analiza a través de protobuf u otros serializadores esperados por el subprotocolo y, a continuación, se pasa como parámetros al tiempo de ejecución del subprotocolo. Este mensaje puede implicar transferencias de activos, lógica de transacciones u otras funciones de protocolo.

Los punteros se utilizan para especificar la ubicación de destino de Protostone, que puede ser un UTXO en la salida de transacción o otro Protostone. Si el subprotocolo decide no ejecutar una entrada y la transacción falla, los protorunes serán devueltos a la ubicación señalada por el refund_pointer, devolviendo los activos no utilizados al iniciador de la transacción original.

Mecanismo de funcionamiento del protocolo Proto-Runas

El mecanismo de funcionamiento del protocolo Proto-Runes es el siguiente: el indexador primero procesa las características de la piedra rúnica en el protocolo de runas y, a continuación, procesa los mensajes de protocolo de los subprotocolos en secuencia. Todas las protopiedras se procesan en el orden en que aparecen en el campo Protocolo de Piedra rúnica. Para evitar la complejidad y las posibles vulnerabilidades de seguridad, el protocolo Proto-Runes prohíbe la ejecución recursiva de mensajes prototipo, lo que significa que cada mensaje prototipo solo se puede ejecutar una vez, y cualquier instrucción recursiva hará que la transacción falle, y se reembolsarán los activos no utilizados.

En el protocolo Proto-Runes, LEB128 (Base 128 de Little Endian) es un método de codificación de longitud variable utilizado para representar enteros grandes. La codificación LEB128 se utiliza ampliamente para representar campos y mensajes de protocolo para ahorrar espacio y mejorar la eficiencia de procesamiento. Cada subprotocolo tiene una etiqueta de protocolo única para distinguir diferentes subprotocolos. Estas etiquetas se representan como valores u128 y aparecen como valores codificados LEB128 en Protostone. Se utilizan punteros para especificar la ubicación objetivo de Protostone, que puede ser una UTXO en la salida de transacción, otro Protostone o incluso mensajes prototipo de referencia para implementar lógica de operación compleja en subprotocolos.

Últimos desarrollos: Genesis Protorune

QUORUM•GENESIS•PROTORUNE es el primer Protorune y su Protoburn se ha completado con éxito. Se puede observar el correcto funcionamiento del índice ord, donde Protoburn ocurrió sin un cenotafio porque la salida OP_RETURN utilizó el saldo de QUORUM•GENESIS•PROTORUNE. Esto se puede ver a través de este enlace: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572…

Esta Genesis Protorune está destinada únicamente como una implementación de referencia y no está destinada para la venta. Su objetivo es servir como un foro público para el estándar Protorune y puede integrarse en el protocolo para proporcionar funciones de gobernanza para los tokens del proyecto.

La @judoflexchopel equipo todavía está desarrollando un índice WASM para este protorune genesis:https://github.com/kungfuflex/quorumgenesisprotorune...

Este es un modelo funcional para implementar gobernanza on-chain en Bitcoin L1. Como indexador, permite a los usuarios generar tokens de votación a través de protomensajes, con solo un token de votación generado para el mismo rango de runas en cada propuesta. Las propuestas se ejecutan automáticamente cuando se alcanza un quórum, y los usuarios también pueden retirar sus votos transfiriendo tokens de votación a direcciones no gastables. Todo el proceso garantiza la transparencia y eficacia de la gobernanza.

Descargo de responsabilidad:

  1. Este artículo es una reimpresión de [TrustlessLabs (en inglés)].Reenvía el Título Original 'Fractal、OP_NET、AVM、BRC100、可编程符文,BTC 还有哪些扩展方案?'. Todos los derechos de autor pertenecen al autor original [TrustlessLabs]. Si hay objeciones a esta reimpresión, por favor contacte al Gate Aprendeequipo y lo manejarán rápidamente.
  2. Aviso de responsabilidad: Las opiniones y puntos de vista expresados en este artículo son únicamente los del autor y no constituyen ningún tipo de asesoramiento de inversión.
  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.

Descripción de las soluciones de escalabilidad de BTC

Intermedio9/2/2024, 12:43:43 PM
A medida que más y más desarrolladores se unen y se familiarizan con el modelo BTC, el ecosistema BTC está progresando a un nivel técnico rápido, especialmente en términos de soluciones de escalabilidad programable. Este artículo continuará llenando los vacíos e introducirá las soluciones programables del muy preocupado Bitcoin Fractal y los protocolos de metadatos BTC como BRC20, CBRC y ARC20.

¿Además de Fractal, OP_NET, AVM, BRC100, Runas Programables, BTC, ¿qué otros planes de expansión hay?

Desde el primer trimestre de 2024, el entusiasmo especulativo en el ecosistema BTC no ha coincidido con el de 2023. Sin embargo, a medida que más desarrolladores se unen y se familiarizan con el modelo BTC, el progreso técnico en el ecosistema BTC ha sido rápido, especialmente en términos de soluciones de escalabilidad programables. Anteriormente, Trustless labs introdujo la L2 de BTC y la vinculación UTXO, así como el re-empate de BTC. Este artículo continuará llenando los vacíos e introducirá el muy popular Bitcoin Fractal y las soluciones programables de los protocolos de metadatos BTC como BRC20, CBRC y ARC20.

1. Fractal

Fractal es un marco ampliable basado en la virtualización del software del cliente principal de Bitcoin, creando una estructura recursiva similar a un árbol donde cada capa de la cadena de bloques puede mejorar el rendimiento de toda la red de Fractal. Al reutilizar el código principal, Fractal es instantáneamente compatible con Bitcoin y su infraestructura, por ejemplo, en la minería. La diferencia es que Fractal ha activado el operador op_cat, lo que permite una implementación de lógica adicional.

Fractal fue desarrollado por el equipo de Unisat, que mencionó el progreso del desarrollo de Fractal en su blog en enero de 2024. El proyecto lanzó su Beta testnet el 1 de junio de 2024, completó un reinicio de fase de prueba el 29 de julio y se espera que el mainnet se lance en septiembre de 2024.

El equipo acaba de lanzar su tokenómica. La red Fractal tendrá su propio token, con un 50% producido por minería, un 15% para el ecosistema, un 5% pre-vendido a inversores tempranos, un 20% para asesores y contribuyentes principales, y un 10% como subsidios de la comunidad para establecer asociaciones y liquidez.

Diseño de arquitectura

Fractal virtualiza completamente el cliente principal de Bitcoin, encapsulándolo en un Paquete de Software Core de Bitcoin (BCSP) desplegable y ejecutable. Luego se ancla de forma recursiva a la red principal de Bitcoin, ejecutando de forma independiente una o más instancias de BCSP. A través de la tecnología moderna de virtualización, logra un eficiente intercambio de rendimiento de hardware, permitiendo que múltiples instancias se ejecuten en el sistema principal. En resumen, es similar a ejecutar múltiples instancias de máquinas virtuales (instancias de BCSP construidas por Fractal) en una sola computadora (red principal de BTC), y puede recursar aún más.

Cuando aparece un gran número de demandas de interacción en cadena, estas demandas pueden delegarse selectivamente a niveles más profundos. La capacidad de equilibrio dinámico de este sistema ayuda a evitar la congestión excesiva en cualquier nivel específico. Para una mejor experiencia del usuario, Fractal también ha realizado algunas modificaciones en el núcleo de Bitcoin, cambiando el tiempo de confirmación del bloque a 30 segundos o menos, y aumentando el tamaño del bloque 20 veces a 20 MB, asegurando un rendimiento suficiente y una latencia corta.

Fractal ha activado el operador op_cat, lo que permite más posibilidades de exploración y pruebas para los esquemas de escalabilidad de BTC.

En cuanto a los activos entre cadenas, dado que diferentes instancias se ejecutan en un mismo entorno físico, se puede entender como la ejecución de múltiples cadenas principales de Bitcoin bajo el mismo marco de BTC. Por lo tanto, las cadenas de instancias pueden comunicarse entre sí, logrando la transferencia de activos sin problemas entre diferentes capas mediante la construcción de una interfaz de transferencia de activos universal.

Bitcoin, así como activos como BRC-20 y Ordinales, pueden ser puenteados de manera descentralizada. El mecanismo subyacente es un mecanismo de firma MPC rotativa con reemplazo dinámico. Actualmente, parece ser una capa de envoltura. En iteraciones posteriores, BTC y otros activos de la red principal también pueden existir como activos envueltos brc-20 en Fractal Bitcoin.

En comparación con las soluciones típicas de Ethereum Layer 2, esta forma de virtualización logra escalabilidad computacional a través de una capa de abstracción adicional fuera de la cadena principal mientras mantiene la consistencia con la cadena principal sin introducir nuevos mecanismos de consenso. Por lo tanto, los mineros y las piscinas mineras ASIC actuales de BTC pueden unirse sin problemas a la red Fractal.

La garantía de seguridad de Fractal radica en su potencia computacional. El diseño mejora principalmente la seguridad del mecanismo de PoW de Fractal a través de tres aspectos. Fractal introduce la minería conjunta, donde uno de cada tres bloques se genera mediante la minería fusionada con mineros de BTC para ayudar a proteger la red de posibles ataques del 51%; los dos bloques restantes son producidos por la potencia computacional propia de la red Fractal. Es evidente que el impacto en los mineros de BTC es clave para el éxito de Fractal, y su economía de tokens 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 proporcionar protección hasta que la instancia alcance un estado seguro y saludable. En el futuro, los mineros con grandes cantidades de potencia informática pueden asignar sus recursos a diferentes instancias de BCSP, mejorando así la robustez y la resistencia de todo el sistema.

La relación entre las monedas de la red principal de Fractal y sats

La producción minera de las monedas de la red principal Fractal es para garantizar la operación de la cadena. La cadena fb y btc son básicamente iguales, sin la capacidad de ejecutar contratos inteligentes directamente. Por lo tanto, funciones complejas de DeFi como intercambios requieren infraestructura adicional. Unisat promete que se utilizarán sats brc20 para los intercambios. Este intercambio se ejecuta en Fractal y también necesita sus propios nodos. Los honorarios de servicio cobrados por estos nodos para la autosuficiencia son sats.

2. AVM

AVM (Máquina Virtual Atomicals) es la implementación de contrato inteligente BTC del Protocolo Atomicals. AVM crea una máquina virtual que simula las capacidades de script de BTC y permite múltiples opcodes nativos de BTC dentro de la máquina virtual. Los desarrolladores pueden implementar contratos inteligentes combinando scripts de Bitcoin, definiendo sus propias reglas para gestionar la creación y transferencia de activos.

Al comienzo de Bitcoin, Satoshi Nakamoto diseñó un lenguaje de programación completamente expresivo que contiene un conjunto rico de instrucciones de código de operación primitivo. Estos scripts tienen ciertas capacidades de almacenamiento de datos y su ejecución es Turing completa. Posteriormente, Bitcoin Core deshabilitó algunos códigos de operación necesarios para la completitud 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).

El enfoque de AVM es maximizar las capacidades de las opcodes originales de BTC. La máquina virtual de AVM simula los scripts de BTC y logra la completitud de Turing a través de una PDA de doble pila (Pushdown Automaton). Esta máquina virtual se ejecuta en un sandbox que incluye un indexador, un analizador de instrucciones y un estado global, lo que permite el procesamiento de contratos inteligentes y la sincronización y validación del estado.

El conjunto de instrucciones de la máquina virtual AVM contiene los códigos de operación completos de BTC, lo que permite a los desarrolladores programar utilizando muchas de las características de BTC que no se han activado en la red principal. Esto hace que AVM parezca una red pionera nativa para la expansión del ecosistema de BTC.

AVM es una arquitectura que se puede personalizar para cualquier protocolo de metadatos BTC, como BRC20, ARC20, Runes y CBRC. Es administrado conjuntamente por desarrolladores de aplicaciones, proveedores de servicios y usuarios, formando un consenso espontáneo. Por lo tanto, es aplicable a casi cualquier protocolo de metadatos, solo requiere ajustes menores en el indexador bajo la máquina virtual.

AVM ha lanzado una versión betahttps://x.com/atomicalsxyz/status/1823901701033934975…, con el código relacionado disponible en https://github.com/atomicals/avm-interpreter....

3. OP_NET

Sitio web oficial: https://opnet.org/#

OP_NET, propuesto en el tercer trimestre de 2024, tiene como objetivo introducir funcionalidad de contratos inteligentes similar a Ethereum en la red de Bitcoin, alineándose con las características y arquitectura de Bitcoin. Las transacciones en OP_NET solo requieren bitcoin nativo, eliminando la necesidad de tokens adicionales para pagar incentivos de nodo o tarifas de transacción.

OP_NET ofrece una biblioteca de desarrollo completa, compacta y fácil de usar, escrita principalmente en AssemblyScript (similar a TypeScript, compilable a WebAssembly). Su objetivo de diseño es simplificar la creación, lectura y manipulación de tecnologías relacionadas con Bitcoin, especialmente en términos de contratos inteligentes e Inscripciones Inteligentes de Bitcoin (BSI).

Funciones y características principales de OP_NET

OP_NET mantiene 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 de OP_NET enviadas están marcadas con una cadena "BSI" y se ejecutan en el OP_VM para actualizar los estados del contrato.

Los nodos de OP_NET ejecutan una máquina virtual WASM, que admite varios lenguajes de programación como AssemblyScript, Rust y Python. Al aprovechar Tapscript para habilitar funcionalidades avanzadas de contrato inteligente, los desarrolladores pueden implementar e interactuar directamente con contratos inteligentes en la cadena de bloques de Bitcoin sin permiso.

El código de estos contratos inteligentes se comprime y se escribe en transacciones BTC. Esto genera una dirección UTXO, considerada la dirección del contrato, a la cual los usuarios deben transferir fondos para interactuar con el contrato.

Al interactuar con la red OP_NET, además de las tarifas de transacción BTC, los usuarios deben pagar al menos 330 satoshis adicionales para asegurarse de que la transacción no sea considerada un ataque de 'polvo' por los mineros de la red principal BTC. Los usuarios pueden agregar más tarifas de gas y el orden de empaquetamiento de las transacciones en la red OP_NET se ordena según las tarifas, no se basa completamente en el orden de empaquetamiento de bloques BTC. Si un usuario paga más de 250,000 sat para la tarifa de transacción OP_NET, el excedente será recompensado 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 envolver BTC como WBTC. BTC de la Mainnet se conecta al protocolo OP_NET a través de métodos de multifirma.

Cabe destacar 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 erróneamente tokens 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.

Proyectos del ecosistema OP_NET

El predecesor de OP_NET fue el protocolo cbrc-20, con la mayoría de los proyectos del ecosistema continuando directamente. El ecosistema abarca diversas áreas, incluyendo trading descentralizado, préstamos, creación de mercado, provisión de liquidez y puentes entre cadenas:

· Motoswap: Un protocolo de trading descentralizado que se ejecuta en la capa 1 de Bitcoin.

· Stash: 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 participar en préstamos sin permisos, con préstamos emitidos en la moneda estable USDs.

· Ordinal Novus: Una plataforma de creación de mercado y provisión de liquidez en el ecosistema OP_NET.

· Ichigai: Un agregador descentralizado que integra múltiples plataformas DeFi, lo que permite a los usuarios administrar operaciones, rastrear mercados y manejar carteras en una sola interfaz.

· SatBot: Un bot de trading integrado en Telegram que admite ejecución de operaciones en tiempo real, seguimiento del mercado y gestión de carteras a través de Telegram.

· KittySwap: Una plataforma de intercambio descentralizado y contratos perpetuos que se ejecuta en OP_NET.

· Redacted: Proporciona servicios bancarios privados DeFi privados, conformes a la cadena.

· SLOHM Finance: Un proyecto de moneda de reserva descentralizada lanzado en OP_NET.

· BuyNet: Un bot de buy-in desarrollado para el ecosistema DeFi de Bitcoin.

· SatsX: Un proyecto que desarrolla características y herramientas multifuncionales en OP_NET, ampliando las capacidades del ecosistema.

· Monedas Meme como Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Estos son tokens Meme basados en el protocolo OP_20, todos compatibles con OP_NET.

4. BRC100

Documento: https://docs.brc100.org

BRC-100 es un protocolo de cálculo descentralizado construido sobre la teoría de los Ordinales. Amplía el BRC-20 al introducir nuevas operaciones como "quemar" y "acuñar", que, combinadas, permiten operaciones DeFi complejas al registrar saldos de tokens y estados para diferentes direcciones en un indexador. Los desarrolladores también pueden ampliar el protocolo BRC-100 añadiendo más operadores para extender la funcionalidad.

Operaciones del protocolo BRC-100

BRC-100 introduce operaciones como mint2/mint3 y burn2/burn3, permitiendo que los tokens hagan una transición segura entre el modelo UTXO y el modelo de máquina de estado:

· mint2: Genera nuevos tokens, aumentando el suministro total. Normalmente requiere permiso de una aplicación o dirección específica.

· mint3: Similar a mint2, pero no aumenta la oferta. Principalmente se utiliza para convertir los saldos de la aplicación en UTXOs (salidas de transacciones no gastadas) para su uso en otras aplicaciones.

· burn2: Destroys tokens while updating the application’s state. Burned tokens can be regenerated via mint2 under specific conditions.

· burn3: Similar a burn2, pero no reduce el suministro. En su lugar, convierte los tokens en el estado de la aplicación. Los tokens quemados pueden regenerarse a través de mint3.

Extensiones y compatibilidad

La potencia computacional y las transiciones de estado se pueden extender a través de los protocolos de extensión BRC-100. Todos los protocolos de extensión BRC-100 son mutuamente compatibles, lo que significa que los tokens que implementan BRC-100 y sus extensiones se pueden utilizar en todas las aplicaciones. El protocolo BRC-100 y sus extensiones se pueden actualizar y mejorar a través de protocolos de mejora.

El protocolo BRC-100 y todas sus extensiones y mejoras se conocen colectivamente como la pila de protocolos BRC-100. Todos los protocolos de extensión BRC-100 son mutuamente compatibles, lo que permite que los tokens que implementan BRC-100 y sus extensiones se utilicen en todas las aplicaciones y admitan operaciones entre cadenas. Las extensiones destacadas incluyen BRC-101, BRC-102 y BRC-104:

· BRC-101: Un protocolo descentralizado de gobernanza en cadena que define cómo gobernar aplicaciones basadas en BRC-100 o sus protocolos de extensión.

· BRC-102: Un protocolo de liquidez automatizado para los activos BRC-100, que define un método de creación de mercado automatizado basado en la fórmula del "producto constante" (x*y=k) para pares de tokens basados en la pila de protocolos BRC-100.

· BRC-104: Un protocolo de pool de staking/re-staking de liquidez, que define cómo envolver activos BRC-20, activos rune y BTC como activos BRC-100 a través de staking, y cómo distribuir recompensas de activos BRC-100 a los stakers de activos BRC-100, activos BRC-20, activos rune o BTC. BRC-104 sirve como el protocolo de Envoltura de Activos y Yield Farming para la pila de protocolos BRC-100.

Proyectos del ecosistema BRC-100

El equipo del proyecto está explorando un método para implementar una indexación mínima para el indexador de protocolo BRC-100. Esto permite a las partes implementar su propio índice mínimo para obtener el estado de todos los activos en la pila de protocolos BRC-100 sin implementar una lógica computacional compleja para todos los protocolos de extensión. Además, el índice mínimo no requiere actualizaciones o mejoras frecuentes.

Hay 3 proyectos en el ecosistema BRC-100:

· inBRC (Lanzado) - El primer mercado y indexador de BRC-100: https://inbrc.org.

· 100Swap (Lanzado) - El primer intercambio descentralizado de inscripción de AMM de Bitcoin L1 basado en el protocolo BRC-102:https://100swap.io.

· 100Layer (en desarrollo) - Un protocolo de liquidez para el ecosistema Bitcoin en Bitcoin L1, basado en los protocolos BRC-104 y BRC-106, que comprende stablecoins respaldadas por garantías descentralizadas, tokens envueltos y minería de liquidez: https://100layer.io.

5. RUNES programables (Protorunes)

Las runas son esencialmente estructuras de datos almacenadas en el campo OP_RETURN de Bitcoin. En comparación con otros protocolos basados en JSON como BRC-20, las runas son más ligeras, no dependen de complejos sistemas de indexación y mantienen la simplicidad y seguridad de Bitcoin.

Las runas programables son una capa de extensión de runas, lo que permite la creación de activos programables con runas. Estos activos pueden existir dentro de UTXO y soportar operaciones similares a los protocolos AMM (Automated Market Maker). El concepto central de las runas programables es utilizar datos en la cadena de bloques de Bitcoin para implementar la funcionalidad de contratos inteligentes a través de máquinas virtuales o tecnologías similares.

Protocolo Proto-Runas

El proyecto principal en runas programables es el Protocolo Proto-Runas, liderado por el equipo de @judoflexchop, fundador de la billetera oyl. Ha sido de código abierto: https://github.com/kungfuflex/protorune...

El Protocolo de Proto-Runas es un estándar y una especificación que proporciona un marco para las runas programables. Al gestionar y transferir activos rúnicos entre subprotocolos (metaprotocolos), permite la construcción de AMM, protocolos de préstamo o contratos inteligentes maduros.

Por ejemplo, el Protocolo de Proto-Runas ha implementado un DEX (Intercambio Descentralizado) similar a Uniswap en la red Bitcoin, que admite intercambios atómicos de activos de runas y la creación de piscinas de liquidez. A través de una combinación de quema de prototipos y mensajes de prototipo, los usuarios pueden participar en el comercio descentralizado y la gestión de activos sin salir de la red Bitcoin.

En términos simples, el Protocolo de Proto-Runas permite que las runas se quemen en forma de runas programables (Protorunes), dotando así a las runas de funciones y usos adicionales.

Protoquemadura y Protorunas

Uno de los mecanismos clave de Proto-Runes es Protoburn, que permite a los usuarios quemar runas y convertirlas en una representación para uso exclusivo de los subprotocolos. Estos recursos rúnicos se dirigen a través de punteros o edictos de piedra rúnica en el protocolo de runas, lo que genera nuevas formas de activos en los subprotocolos, a saber, runas programables o protorunas.

La quema de prototipos garantiza la no gastabilidad al bloquear runas en salidas OP_RETURN. Este mecanismo asegura que los activos de las runas se puedan transferir de manera segura desde el protocolo principal a los subprotocolos, lo que permite operaciones y transacciones adicionales dentro de los subprotocolos.

Este proceso suele ser unidireccional, lo que significa que los activos se transfieren del protocolo de runas a los subprotocolos, pero no se pueden transferir directamente de vuelta. Los mensajes de Protoburn están incrustados en Protostone dentro del campo Protocolo de Runestone, con una etiqueta de protocolo de 13 (etiqueta de protocolo de runa). El mensaje contiene información como el identificador de subprotocolo de destino y los punteros de recursos. Este mecanismo proporciona una base para la gestión de activos y la transferencia entre subprotocolos y permite funciones como Atomic Swaps.

Protomensaje

En el protocolo Proto-Runes, un Protomensaje se refiere a las instrucciones de operación ejecutadas en subprotocolos. Se implementa mediante la codificación en la estructura Protostone y el indexador lo analiza. Los protomensajes suelen incluir solicitudes de operación de activos, como transferencias, transacciones u otras funciones definidas por protocolo. Cuando el indexador analiza el campo de mensaje en Protostone, este campo contiene una matriz de bytes que normalmente se analiza a través de protobuf u otros serializadores esperados por el subprotocolo y, a continuación, se pasa como parámetros al tiempo de ejecución del subprotocolo. Este mensaje puede implicar transferencias de activos, lógica de transacciones u otras funciones de protocolo.

Los punteros se utilizan para especificar la ubicación de destino de Protostone, que puede ser un UTXO en la salida de transacción o otro Protostone. Si el subprotocolo decide no ejecutar una entrada y la transacción falla, los protorunes serán devueltos a la ubicación señalada por el refund_pointer, devolviendo los activos no utilizados al iniciador de la transacción original.

Mecanismo de funcionamiento del protocolo Proto-Runas

El mecanismo de funcionamiento del protocolo Proto-Runes es el siguiente: el indexador primero procesa las características de la piedra rúnica en el protocolo de runas y, a continuación, procesa los mensajes de protocolo de los subprotocolos en secuencia. Todas las protopiedras se procesan en el orden en que aparecen en el campo Protocolo de Piedra rúnica. Para evitar la complejidad y las posibles vulnerabilidades de seguridad, el protocolo Proto-Runes prohíbe la ejecución recursiva de mensajes prototipo, lo que significa que cada mensaje prototipo solo se puede ejecutar una vez, y cualquier instrucción recursiva hará que la transacción falle, y se reembolsarán los activos no utilizados.

En el protocolo Proto-Runes, LEB128 (Base 128 de Little Endian) es un método de codificación de longitud variable utilizado para representar enteros grandes. La codificación LEB128 se utiliza ampliamente para representar campos y mensajes de protocolo para ahorrar espacio y mejorar la eficiencia de procesamiento. Cada subprotocolo tiene una etiqueta de protocolo única para distinguir diferentes subprotocolos. Estas etiquetas se representan como valores u128 y aparecen como valores codificados LEB128 en Protostone. Se utilizan punteros para especificar la ubicación objetivo de Protostone, que puede ser una UTXO en la salida de transacción, otro Protostone o incluso mensajes prototipo de referencia para implementar lógica de operación compleja en subprotocolos.

Últimos desarrollos: Genesis Protorune

QUORUM•GENESIS•PROTORUNE es el primer Protorune y su Protoburn se ha completado con éxito. Se puede observar el correcto funcionamiento del índice ord, donde Protoburn ocurrió sin un cenotafio porque la salida OP_RETURN utilizó el saldo de QUORUM•GENESIS•PROTORUNE. Esto se puede ver a través de este enlace: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572…

Esta Genesis Protorune está destinada únicamente como una implementación de referencia y no está destinada para la venta. Su objetivo es servir como un foro público para el estándar Protorune y puede integrarse en el protocolo para proporcionar funciones de gobernanza para los tokens del proyecto.

La @judoflexchopel equipo todavía está desarrollando un índice WASM para este protorune genesis:https://github.com/kungfuflex/quorumgenesisprotorune...

Este es un modelo funcional para implementar gobernanza on-chain en Bitcoin L1. Como indexador, permite a los usuarios generar tokens de votación a través de protomensajes, con solo un token de votación generado para el mismo rango de runas en cada propuesta. Las propuestas se ejecutan automáticamente cuando se alcanza un quórum, y los usuarios también pueden retirar sus votos transfiriendo tokens de votación a direcciones no gastables. Todo el proceso garantiza la transparencia y eficacia de la gobernanza.

Descargo de responsabilidad:

  1. Este artículo es una reimpresión de [TrustlessLabs (en inglés)].Reenvía el Título Original 'Fractal、OP_NET、AVM、BRC100、可编程符文,BTC 还有哪些扩展方案?'. Todos los derechos de autor pertenecen al autor original [TrustlessLabs]. Si hay objeciones a esta reimpresión, por favor contacte al Gate Aprendeequipo y lo manejarán rápidamente.
  2. Aviso de responsabilidad: Las opiniones y puntos de vista expresados en este artículo son únicamente los del autor y no constituyen ningún tipo de asesoramiento de inversión.
  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.
Empieza ahora
¡Regístrate y recibe un bono de
$100
!