jakiro
Autor: Zeke, YBB Capital Investigador;
En la era de la cadena de bloques modular dirigida por Ethereum, ya no es un concepto novedoso proporcionar servicios de seguridad a través de capas de disponibilidad de datos integrados (DA).En la actualidad, el concepto de compartir seguridad se introduce a través de Promedge, proporcionando una nueva dimensión en el campo de la modularidad, utilizando el potencial del «oro digital y la plata» para proporcionar la seguridad de los cross -bitcoin o ethereum y muchos acuerdos de blockchain y cadenas públicas .Esta narración es bastante magnífica, porque no solo desbloquea la liquidez de billones de dólares de activos de valor, sino también el factor clave en futuras soluciones de expansión.Por ejemplo, el recientemente recaudó $ 70 millones y US $ 100 millones en el acuerdo de compromiso de Babilonia y Ethereum, el acuerdo de recolección de Babilonia y Ethereum, que nos permitió ver el fuerte apoyo de las principales compañías de capital de riesgo en este campo.
Sin embargo, el desarrollo de estas situaciones también ha causado preocupaciones significativas.Si la modularización es la solución de expansión final, y estos protocolos son los componentes clave de la solución, pueden bloquear una gran cantidad de BTC y ETH.Esto hace que la seguridad del acuerdo en sí misma sea el enfoque de la atención de las personas.¿El complejo en capas compuesto por muchos protocolos LSD (derivados de compromiso de liquidez) y LRT (tokens de rollo L2) se convierten en el cisne negro más grande en la cadena de bloques en el futuro?¿Es razonable su lógica comercial?La discusión en este artículo se centrará principalmente en Babilonia.
1. Expandir el consenso de seguridad
Bitcoin y Ethereum son, sin duda, la cadena de bloques pública más valiosa actual.Después de años de acumulación de su seguridad, características descentralizadas y consenso de valor, son las razones clave de su posición central del mundo blockchain.Estas son una calidad rara que son difíciles de copiar otras cadenas heterogéneas.La idea principal de modularidad es «alquilar» esta calidad a los necesitados.El campo actual de modularización se divide principalmente en dos facciones:
La primera facción utiliza L1 suficientemente segura (generalmente Ethereum) como la capa funcional o la capa más básica de rollup.Esta solución proporciona la mayor seguridad y legitimidad, y puede absorber los recursos del ecosistema principal de la cadena.Sin embargo, para el encierro específico (cadena de aplicación, cadena de cola larga, etc.), puede no ser particularmente amigable en el rendimiento y el costo.
La segunda facción tiene como objetivo crear una solución cercana a Bitcoin y Ethereum, pero tiene una mejor efectividad de costo, como Celestia.Celestia logra esto mediante el uso de la arquitectura de la función DA Pure, la demanda minimizada de hardware de nodos y los costos de gas más bajos.Este método simplificado está diseñado para crear una capa DA que coincida con la seguridad y las características descentralizadas de Ethereum, y al mismo tiempo proporciona un rendimiento fuerte en lo más corto posible.La desventaja de este método es que sus características de seguridad y descentralización aún toman un período de tiempo para desarrollarse completamente, y carecen de legitimidad en la competencia directa de Ethereum, que es rechazada por la comunidad de Ethereum.
También están los terceros tipos, como Babilonia y Eigenlayer.Utilizan el concepto central de prueba de capital (POS) y usan el valor de activo de Bitcoin o Ethereum para crear servicios de seguridad compartidos.En comparación con las dos primeras categorías, este es un enfoque más neutral.Su ventaja es que al heredar la legitimidad y la seguridad, también proporciona un valor más práctico para los activos principales de la cadena y proporciona una mayor flexibilidad.
2. El potencial del oro digital
Independientemente de la lógica subyacente de cualquier mecanismo de consenso, la seguridad de la cadena de bloques depende en gran medida de sus recursos subyacentes.La cadena POW requiere mucho soporte de hardware y potencia, mientras que la cadena POS depende del valor de los activos de compromiso.Bitcoin en sí es compatible con una red de POW muy grande, lo que la convierte en la cadena más segura en todo el campo blockchain.Sin embargo, como cadena pública, como una cadena pública en circulación de US $ 1.39 billones (la mitad del mercado de blockchain), su utilización de activos se limita principalmente a la transferencia y al pago de gas.
En el otro lado del mundo de blockchain, especialmente después de que Ethereum hace las transiciones al mecanismo POS después de la actualización de Shanghai, se puede decir que la mayoría de las cadenas públicas usan diversas arquitectura POS para lograr el consenso por defecto.Sin embargo, las nuevas cadenas heterogéneas a menudo no pueden atraer una gran cantidad de compromiso de capital, lo que hace que las personas duden de su seguridad.En la era de la modularización actual, la zona del cosmos y varias soluciones L2 pueden usar varias capas DA para la compensación, pero esto generalmente es a expensas de la autonomía.Para la mayoría de los mecanismos POS antiguos o cadenas de alianza, generalmente no es práctico usar Ethereum o Celestia como la capa DA.El valor de Babilonia es llenar este vacío para la cadena POS a través de la compromiso de BTC.Así como los humanos usan el oro para apoyar el valor de los billetes, Bitcoin es muy adecuado para desempeñar este papel en el mundo blockchain.
3. Desde cero
En el campo de Blockchain, el lanzamiento de «Digital Gold» siempre ha sido el objetivo más ambicioso pero más difícil.Desde la cadena lateral temprana, la red de rayos y el puente hasta los tokens hasta las runas de hoy y la capa 2 de BTC, cada solución tiene sus defectos inherentes.Si el objetivo de Babilonia es usar la seguridad de Bitcoin, primero debe descartar la solución centralizada que introduce la suposición de confianza de tercera parte.En las opciones restantes, las runas y las redes de rayos (limitadas al progreso del desarrollo extremadamente lento) actualmente solo tienen capacidades de emisión de activos.Esto significa que Babilonia necesita diseñar su propia «solución de expansión» para lograr un compromiso nativo de Bitcoin desde cero.
Los elementos básicos disponibles para bitcoin son básicamente los siguientes: (1) modelo UTXO, (2) marca de tiempo, (3) varios métodos de firma, (4) código operativo básico.En vista de la capacidad limitada de programación y carga de datos de Bitcoin, la solución de Babilonia se basa en el principio del minimalismo.En Bitcoin, solo necesita completar la función básica del contrato de compromiso, lo que significa que el compromiso de BTC, las sanciones, las recompensas y la redención se procesan en la cadena principal.Una vez que no hay nada, Cosmos Zone puede manejar necesidades más complicadas.Sin embargo, todavía hay un problema clave: ¿cómo registrar los datos de la cadena POS en la cadena principal?
4. Compromiso remoto
UTXO (sin salida de transacciones de gasto) es un modelo de negociación diseñado por Nakamoto para Bitcoin.Su idea central es muy simple: el comercio es solo la entrada y salida de fondos, por lo que todo el sistema de negociación puede representarse mediante entrada y salida.UTXO representa una parte de los fondos que han ingresado pero que no han gastado completamente, por lo que es una salida de transacciones no preparada (es decir, el bitcoin no pagado).Todo el libro mayor de Bitcoin es esencialmente la colección de UTXO, que registra el estado de cada UTXO para administrar la propiedad y la circulación de Bitcoin.Cada transacción gastará antiguo Utxo y generará un nuevo UTXO.Debido a su potencial de extensión inherente, UTXO se ha convertido naturalmente en el punto de partida de muchas soluciones de expansión nativa.Por ejemplo, el uso de UTXO y múltiples firmas para crear un mecanismo de castigo y un canal de estado para Lightning Network, o unir UTXO para lograr tokens semi -homogéneos (SFT), como inscripciones y runas, todos se derivan de esta esencia clave de punto de partida esencial
Babylon también necesita usar UTXO para lograr el contrato de compromiso (Babilonia llama a la promesa remota, de la cual la seguridad de Bitcoin se transmite a la cadena POS a través del control remoto intermedio).La implementación del contrato combina hábilmente el código operativo existente, que se puede dividir en cuatro pasos:
Paso 1: Fondos de bloqueo
El usuario envía los fondos a la dirección controlada por MultiSIG.A través de OP_CTV (OP_CHECKTemplingify, admite la creación de plantillas de negociación prefirentes para garantizar que las transacciones solo se puedan ejecutar de acuerdo con estructuras y condiciones específicas), y el contrato puede especificar que estos fondos solo pueden usarse bajo ciertas condiciones.Una vez que los fondos estén bloqueados, se generará un nuevo UTXO, lo que indica que estos fondos se han prometido.
Paso 2: Verificación condicional
Al llamar a OP_CSV (OP_CHECKSECHENCEVERIFY, admite establecer un bloqueo de tiempo relativo basado en el número de serie de la transacción, lo que indica que un UTXO solo puede bloquearse en un cierto tiempo o número relativo de bloques).Combinada con OP_CTV, compromiso y cancelación de la compromiso (permitió que las promesas gastaran UTXO y sanciones que prometen después del período de promesa) (si el Pledker realizó comportamientos maliciosos, obligará al UTXO a transferir el UTXO a la dirección de bloqueo, por lo que debería No lo costará, similar a la dirección del agujero negro).
Paso 3: Actualización de estado
Siempre que el usuario se comprometa o retire los fondos de compromiso, involucra la creación y el gasto UTXO.La nueva salida de transacción genera un nuevo UTXO, y el antiguo UTXO está marcado como el costo.De esta manera, cada transacción y flujo de capital se registran con precisión en la cadena de bloques para garantizar la transparencia y la seguridad.
Paso 4: Asignación de recompensas
El contrato calcula la recompensa en función del monto del compromiso y el tiempo de compromiso, y se distribuye generando un nuevo UTXO.Una vez que se alcanzan estándares específicos, estas recompensas se pueden desbloquear y gastos a través de condiciones de script.
5. Tiempo de tiempo
Después del establecimiento de un contrato de compromiso nativo, considerando naturalmente el tema de los eventos históricos de la cadena externa.En el libro blanco de Nakamoto, la cadena de bloques de Bitcoin introdujo el concepto de marca de tiempo respaldado por POW, proporcionando una secuencia irreversible para el evento.En los casos de uso nativo de Bitcoin, estos incidentes se refieren a varias transacciones realizadas en el libro mayor de Bitcoin.Hoy, para mejorar la seguridad de otras cadenas POS, Bitcoin también se puede usar para las marcas de tiempo de eventos en blockchains externas.Cada vez que ocurre dicho incidente, desencadena la transacción enviada al minero, y luego el minero lo inserta en el libro mayor de Bitcoin para agregar una marca de tiempo al evento.Estas marcas de tiempo pueden resolver varios problemas de seguridad de la cadena de bloques.El concepto de agregar marcas de tiempo al evento a la subcadena de la cadena madre se llama «punto de control) y la transacción utilizada para agregar marcas de tiempo se denomina transacción de punto de control.Específicamente, la marca de tiempo en Bitcoin Blockchain tiene las siguientes características importantes:
-
Formato de tiempo:Registros de sellos de tiempo de la hora de UTC a las 00:00:00 el 1 de enero de 1970. Este formato se llama Time o Posix Time.
-
Objetivo:El objetivo principal de la marca de tiempo es marcar la sección de la generación de bloques para ayudar al nodo a determinar el orden del bloque y el mecanismo de ajuste de dificultad de la red auxiliar.
-
Tiempo de tiempo y ajuste de dificultad:La red Bitcoin es difícil de ajustar para la minería cada dos semanas o cada bloque de 2016.La marca de tiempo juega un papel vital en este proceso, porque la red ajusta la dificultad en función del tiempo de generación total de los bloques recientes de 2016 para garantizar que se genere un nuevo bloque cada 10 minutos.
-
Verificación efectiva:Cuando un nodo recibe un nuevo bloque, verifica la marca de tiempo.La marca de tiempo del nuevo bloque debe ser mayor que el tiempo medio de los bloques anteriores, y no debe exceder los 120 minutos (las próximas 2 horas).
El servidor Time -Samp es un nuevo primitivo definido por Babilonia.El servidor está en la parte superior de toda la arquitectura de Babilonia y es la fuente principal de confianza en la confianza.
6. Arquitectura de tres capas de Babilonia
Como se muestra en la figura, la arquitectura general de Babilonia se puede dividir en tres capas: bitcoin como servidor de marca de tiempo, una zona de cosmos como la capa media -babilón y la cadena POS como la capa de demanda.Babilonia llama a los dos últimos como plano de control (Babilonia en sí) y plano de datos (varias cadenas de consumo de POS).
Después de comprender el protocolo de Babilonia, no necesitamos confiar en la realización del protocolo de Babilonia, estudiemos cómo Babilonia misma usa la zona Cosmos para conectarse a ambos extremos.Según la explicación detallada del Laboratorio TSE de Babylon de la Universidad de Stanford, Babilonia puede recibir el flujo de punto de control de múltiples cadenas de POS y fusionar estos puntos de control y publicarlos en Bitcoin.Al usar la firma de agregación de la verificación de Babilonia, la escala del punto de control se puede minimizar, y la frecuencia de estos puntos de control solo se puede controlar restringiendo a la persona de verificación de Babilonia por época.
Descargue los bloques de Babilonia de diferentes cadenas POS para verificar si el punto de control de POS está incluido en el bloque de Babilonia verificado en Bitcoin.Esto permite que la cadena POS detecte las desviaciones.Los componentes principales del acuerdo son los siguientes:
-
Punto de control:Bitcoin será verificar una época de Babilonia solo el último bloque.El punto de control consiste en el valor hash del bloque y una firma de agregación BLS.El punto de control de Babilonia también incluye el número de época.Los bloques POS pueden asignar marcas de tiempo de bitcoin a través del punto de control de Babilonia.Por ejemplo, el bloque de Babilonia configura los dos primeros POS, y el punto de control está establecido por un bloque de bitcoin con una marca de tiempo a T_3.Por lo tanto, a estos bloques POS se les asignará la marca de tiempo de Bitcoin T_3.
-
Estandarizar la cadena POS:Cuando la cadena POS es de la bifurcación, la cadena temprana de la marca de tiempo se considera una cadena POS estándar.Si las dos horquillas tienen la misma marca de tiempo, tienden a tener bloques POS que tienen puntos de control anteriores en Babilonia.
-
Una regla de retiro:Si desea retirarse, la persona de verificación debe enviar una solicitud de retiro a la cadena POS.El bloque POS que contenía la solicitud de retiro fue configurada por Babilonia, y luego el punto de control fue configurado por Bitcoin, y la marca de tiempo T_1 se asignó para ello.Una vez que el bloque Bitcoin con T_1 alcance la profundidad K, estará autorizado a retirar dinero en la cadena POS.Si una autenticación que contiene una retirada de la compromiso de retiro intenta realizar ataques remotos, al bloque en la cadena de ataque solo se le puede asignar una marca de tiempo en T_1.Esto se debe a que el bloque Bitcoin con una marca de tiempo de T_1 no puede revertir una vez que alcanza la profundidad K.Al observar el orden de estos puntos de control en el bitcoin, el cliente POS puede distinguir las normas y las cadenas de ataque, y luego ignorar este último.
-
Sin reglas:Si las verificaciones no extraen su promesa después de que se detecte el ataque, se pueden cortar porque tienen un bloque POS con conflictos de doble firma.Las verificaciones de POS maliciosas saben que si esperan que la solicitud de retiro sea aprobada antes de lanzar un ataque de largo rango, no pueden engañar a los usuarios que pueden consultar Bitcoin para identificar la cadena normativa.Por lo tanto, pueden dividir la cadena POS y, al mismo tiempo, asignar la marca de tiempo de Bitcoin a los bloques en la cadena POS estándar.Estas verificaciones de POS y verificaciones maliciosas de Babilonia y los mineros de bitcoin coluden, reemplazando las horquillas de Babilonia y Bitcoin, reemplazaron la marca de tiempo del bloque Bitcoin de T_2 en otro bloque con una marca de tiempo a T_3.A los ojos del cliente POS más tarde, esto cambiará la cadena POS estándar de la cadena superior a la cadena inferior.Aunque este es un ataque de seguridad exitoso, también ha llevado a la promesa de verificaciones de posiciones maliciosas, ya que tienen un bloque de conflicto de doble firma sin extraer la promesa.
-
No use reglas de pausa de punto de control de POS:Las verificaciones de POS deben observar el punto de control de POS no utilizado en Babilonia e inmediatamente suspender su cadena POS.El valor hash firmado por dos tercios de las verificaciones de POS no se puede usar para los puntos de control POS.Si el verificador POS no detiene la cadena POS inmediatamente después de observar un punto de control no disponible, entonces el atacante puede exponer la cadena de ataque que no está disponible antes y cambiar la cadena de normas para el cliente posterior.Esto se debe a que el punto de control de la cadena de sombras que se muestra tarde apareció antes en Babilonia.Las reglas de suspensión mencionadas anteriormente explican por qué requerimos los valores de hash de bloque POS como punto de control para firmar la verificación POS.Si estos puntos de control no están firmados, cualquier atacante puede enviar valores hash y afirmar que es el valor hash del punto de control del bloque POS que no está disponible en Babilonia.Las verificaciones de POS deben suspenderse en el punto de control.Tenga en cuenta que crear una cadena POS no disponible es un desafío: autenticantes POS que necesitan al menos dos tercios de las verificaciones de POS para firmar el bloque POS sin proporcionar datos a autenticantes honestos.Sin embargo, en el ataque asumido anterior, los atacantes maliciosos suspendieron la cadena POS, pero no atacaron ninguna verificación.Para evitar tales ataques, requerimos que el punto de control de POS firme en dos tercios de las verificaciones de POS.Por lo tanto, a menos que sean atacadas dos tercios de las verificaciones de POS, no habrá puntos de control de POS no disponibles en la Babilonia, porque las verificaciones de Atting POS no afectarán el costo de otras cadenas de POS o Babilonia, por lo que un tercio de las Thirds de la situación de La autenticación POS es básicamente imposible.
7. Eigenlayer en BTC
En términos de propósito, aunque Babilonia es similar a Eigenlayer, está lejos del simple «toro» de Eigenlayer.Dado que actualmente no puede usar DA en la cadena principal de BTC, la existencia de Babilonia es muy importante.Este acuerdo no solo aporta seguridad a la cadena POS externa, sino que también es crucial para la revitalización del ecosistema interno BTC.
Caso de uso
Hay muchos casos potenciales de Babilonia, algunos de los cuales se han realizado, o pueden tener la oportunidad de lograr en el futuro:
(1) Reduzca el ciclo de compromiso y mejore la seguridad:La cadena POS a menudo requiere un consenso social (el consenso entre las comunidades, los operadores de nodos y las verificaciones) para evitar ataques remotos.Estos ataques incluyen reescribir el historial de blockchain para manipular registros de transacciones o cadenas de control.Los ataques remotos son particularmente graves en el sistema POS, porque a diferencia del POW, el sistema POS no necesita ser verificado como una gran cantidad de recursos informáticos.El atacante puede reescribir la historia controlando las claves de los primeros participantes.Para garantizar la estabilidad y la seguridad del consenso de la red Blockchain, generalmente se requiere un ciclo de compromiso largo.Por ejemplo, Cosmos necesita un período de desaplictamiento de 21 días.Sin embargo, con la Babilonia, los eventos históricos de la cadena POS pueden incluirse en el servidor BTC Timestamp, y BTC puede usarse como fuente de confianza para reemplazar el consenso social.Esto se puede acortar a un día (equivalente a aproximadamente 100 bloques BTC).Además, la cadena POS puede alcanzar la doble seguridad a través del compromiso de divisas nativas y el compromiso de BTC.
(2) interoperabilidad de la cadena cruzada:Con el protocolo de IBC, Babilonia puede recibir datos de punto de control de múltiples enlaces POS para lograr la interoperabilidad de la cadena cruzada.Esta interoperabilidad permite una comunicación perfecta y el intercambio de datos entre diferentes blockchain, mejorando así la eficiencia general y la función del ecosistema blockchain.
(3) Integrar el ecosistema BTC:En la actualidad, la mayoría de los proyectos (incluidos la capa 2, LRT y Defi) en los ecosistemas BTC carecen de seguridad suficiente y generalmente dependen de los supuestos de confianza de terceros.Estos protocolos también almacenan una gran cantidad de BTC en sus direcciones.En el futuro, Babilonia puede desarrollar conjuntamente algunas soluciones altamente compatibles con estos proyectos, beneficio mutuo y ganar -win, y eventualmente formar un poderoso ecosistema similar a Eigenlayer en Ethereum.
(4) Gestión de activos de la cadena cruzada:El protocolo de Babilonia se puede utilizar para la gestión de la seguridad de los activos de la cadena cruzada.Al agregar marcas de tiempo en las transacciones de la cadena cruzada, se puede garantizar la seguridad y la transparencia de la transferencia de activos entre diferentes blockchain.Este mecanismo ayuda a prevenir ataques de doble flujo y otros ataques de la cadena cruzada.
8. Babita
La historia de Babetta proviene del Capítulo 11, 1-9 de la Biblia · Creación.Esta historia simboliza la unidad humana y la lucha por objetivos comunes.El protocolo de Babilonia tiene como objetivo construir una torre similar para varias cadenas POS y unificarlas bajo un techo.En términos de narrativa, no parece menos que Eigenlayer, el defensor de Ethereum.Pero, ¿cómo puede estar en la práctica?
Hasta ahora, la red de pruebas de Babilonia ha brindado garantía de seguridad para 50 Zona Cosmos a través del Protocolo IBC.Además del ecosistema Cosmos, Babilonia también integra algunos protocolo de LSD (derivados de compromiso de liquidez), protocolo de interoperabilidad de cadena completa y protocolo del ecosistema de bitcoins.Sin embargo, en términos de compromiso, Babilonia todavía está detrás de Eigenlayer, y Eigenlayer puede reutilizar la promesa y el LSD en el ecosistema de Ethereum.Sin embargo, a la larga, una gran cantidad de bitcoin dormido, que ha estado inactivo en billeteras y protocolos, no se ha despertado por completo.Babilonia necesita formar una relación simbiótica positiva con todo el ecosistema de Bitcoin.
(1) La única solución a las dificultades de compromiso de Ponzi
Como se mencionó anteriormente, tanto Eigenlayer como Babilonia se están desarrollando rápidamente, y las tendencias futuras muestran que bloquearán una gran cantidad de activos de cadena de bloques centrales.Incluso si estos protocolos son seguros, ¿se comprometerá con múltiples capas causando el ecosistema prometido en la espiral de la muerte, causando otro gran colapso similar al aumento de las tasas de interés de los Estados Unidos?Desde que Ethereum pasa al mecanismo POS y Eigenlaeyr, el campo de compromiso actual ha sufrido prosperidad irracional.Cada proyecto generalmente atrae a los usuarios altos de TVL a través de una gran cantidad de expectativas aéreas y devoluciones en capas.ETH se puede superponerse a través de la compromiso nativo, LSD y LRT, que se superponen.Este tipo de operación de tipo bebé aumenta los riesgos, porque mientras un problema de protocolo puede afectar directamente todos los protocolos relacionados, especialmente aquellos protocolos al final de la cadena comprometida.Si se adopta este modelo, el ecosistema de bitcoin con muchas soluciones centralizadas enfrentará mayores riesgos.
Sin embargo, debe tenerse en cuenta que Eigenlayer y Babilonia son fundamentalmente para guiar la rueda voladora prometida a la utilidad real y crear necesidades reales para resistir los riesgos.Por lo tanto, aunque estos protocolos de «seguridad compartida» pueden indirigir o exacerbar directamente los malos comportamientos, también son las únicas formas de evitar el retorno de Ponzi en el subconjunto.La pregunta más urgente es si la lógica comercial del acuerdo de «seguridad para compartir» es realmente factible.
(2) Las necesidades reales son la clave
En Web3, ya sea una cadena pública o un acuerdo, la lógica subyacente generalmente involucra a compradores y vendedores con necesidades específicas.Los proyectos bien dados pueden «ganar el mundo», porque la tecnología blockchain asegura que el proceso de correspondencia sea justo, auténtico y creíble.Teóricamente, el acuerdo de seguridad compartido puede complementar aún más la promesa en auge y el ecosistema modular.Sin embargo, ¿la oferta superará con creces la demanda?En el lado de la oferta, muchos proyectos y cadenas principales pueden proporcionar seguridad modular.Por el lado de la demanda, la cadena POS puede no ser necesaria o no estar dispuesta a alquilar esta seguridad para la cara, y la nueva cadena POS puede ser difícil pagar una gran cantidad de intereses generados por BTC y ETH.Para permitir que Eigenlayer y Babilonia formen un ciclo comercial cerrado, los ingresos generados deben equilibrar los intereses generados por la moneda de token prometida en el protocolo.Incluso si se logra este saldo y el ingreso supera con creces los gastos de intereses, estas nuevas cadenas y protocolos de POS aún pueden agotarse.Por lo tanto, cómo equilibrar el modelo económico y evitar las burbujas esperadas de burbujas de airdrops, y para promover la relación entre la oferta y la demanda, será crucial.
