1. Tendencias de la industria y situación actual
El surgimiento de la tecnología blockchain ha traído muchas ventajas, como libros de contabilidad distribuidos y descentralización, pero también ha dado como resultado que cada blockchain forme un ecosistema relativamente aislado. Diferentes blockchains no pueden interactuar directamente, lo que trae muchas limitaciones y desafíos a la aplicación de la tecnología blockchain. Por lo tanto, cómo lograr la interoperabilidad entre diferentes blockchains se ha convertido en una cuestión importante.
Para resolver este problema, surgió la tecnología de puentes entre cadenas. El puente entre cadenas es un medio técnico que puede establecer conexiones entre diferentes cadenas de bloques para lograr la comunicación entre cadenas y la transferencia de activos.
A través del puente entre cadenas, los usuarios pueden transferir activos de una cadena de bloques a otra y también pueden implementar contratos inteligentes entre cadenas, promoviendo la integración y el desarrollo del ecosistema de la cadena de bloques.
Por lo tanto, el puente entre cadenas es una de las tecnologías clave para lograr la interoperabilidad entre diferentes cadenas de bloques y es de gran importancia para la aplicación práctica y la promoción de la tecnología blockchain.
1. La tecnología de puentes entre cadenas es cada vez más madura y se destacan sus necesidades y funciones.
En el pasado, los usuarios generalmente completaban operaciones entre cadenas a través de intercambios centralizados, como transferir activos al intercambio centralizado primero y luego retirarlos a la cadena de destino.
Con la mejora continua de la ecología de la cadena pública y la popularización y desarrollo de la tecnología DeFi, existen cada vez más escenarios de uso de activos digitales y la liquidez ha aumentado significativamente.
Por ejemplo, los activos deben transferirse a DApps en diferentes cadenas para participar en la participación, la gestión financiera, etc. La demanda de transferencia de activos entre cadenas aumenta día a día, lo que ha dado lugar a la aparición de aplicaciones puente entre cadenas. Ahora la gente se inclina cada vez más a utilizar directamente la tecnología de puente entre cadenas para completar la transferencia de activos entre diferentes cadenas, en lugar de lograr la cadena cruzada a través de intercambios centralizados.
2. Puente de cadena cruzada acumulable entre diferentes L2
En el panorama actual de las cadenas públicas, el desarrollo del ecosistema Ethereum sigue siendo el más maduro y completo, y cada vez más DApps eligen desarrollarse en el ecosistema Ethereum.
Sin embargo, Ethereum es conocida como la "cadena noble". No solo la tarifa del gas es relativamente cara, sino que la velocidad no puede cumplir con los requisitos de DApps con altos requisitos de inmediatez. Por lo tanto, ha aparecido cada vez más Ethereum Layer 2 y está mejorando. Al mismo tiempo, también hereda la seguridad subyacente de Ethereum.
Por ejemplo, Arbitrum, Optimism, Starknet y Zksync, conocidos como los cuatro reyes de Ethereum Layer 2, se han desarrollado muy rápidamente y han formado sus propios ecosistemas. Sus respectivos ecosistemas de Layer 2 han acumulado una gran cantidad de usuarios y activos.
La prosperidad del ecosistema Ethereum Layer 2 también ha dado lugar a la necesidad de activos de Ethereum Layer 2 entre cadenas, y Orbiter Finance surgió en este contexto.
En el marco anterior de Layer2, los paquetes acumulativos no se podían pasar directamente entre sí.
Si los usuarios desean transferir activos del Rollup A al Rollup B, a menudo necesitan esperar mucho tiempo.
1) Transferir activos del Rollup A a la red principal;
2) Luego transfiera los activos de la red principal al Rollup B.
La red principal actúa como intermediaria. Ambas transferencias deben pasar por la red principal de Ethereum. No solo la velocidad es lenta, sino que las tarifas del gas se cobran dos veces y el costo del gas es relativamente alto.
Sin embargo, la aparición de puentes entre cadenas como Orbiter ha construido un puente entre diferentes Ethereum Layer 2, mejorando en gran medida la eficiencia de la interacción entre Ethereum Layer 2 y promoviendo el flujo de activos digitales, que liberarán valor.
2. ¿Qué es Orbiter Finance?
Orbiter Finance es un puente descentralizado cross-rollup que permite a los usuarios cruzar activos de cadena entre la red principal de Ethereum, StarkNet, zkSync, Loopring, Arbitrum, Optimism, Polygon, Immutable X y BNB Chain.
A través de su modelo único de creador de mercado, el puente Orbiter permite a los usuarios obtener una experiencia excelente, como tarifas bajas y alta velocidad. Actualmente, solo admite transferencias en cuatro monedas: ETH, USDC, USDT y DAI.
3. Situación financiera
Orbiter completó su primera ronda de financiación en noviembre de 2022, con la participación de Tiger Global, Matrixport, A&T Capital, StarkWare, Cobo, imToken, Mask Network, Zonff Partners, etc., pero no se reveló el monto de la financiación.
Además, Vitalik le donó 16 ETH.
4. Características de Orbiter Finance
1. Seguridad
Basado en la seguridad de la tecnología acumulada, Orbiter no tiene riesgos como el puente de cadena cruzada Layer1 <> Layer1.
En primer lugar, debemos dejar claro que Orbiter Finance quiere resolver el problema de acumulación cruzada, no el problema de cadena cruzada (cadena heterogénea).
Estrictamente hablando, Orbiter es un puente cross-rollup, en lugar de una cadena cruzada de activos entre dos cadenas de bloques completamente independientes (heterogéneas) (por ejemplo, de la red Bitcoin a la red Ethereum).
Cuando se cruzan activos (Capa1 <> Capa1) entre dos cadenas de bloques heterogéneas independientes, la seguridad del protocolo de cadena cruzada se ajusta a la teoría del cubo, es decir, el límite superior del rendimiento de seguridad del protocolo de cadena cruzada es. determinado por la seguridad Está determinado por la cadena inferior.
Vitalik, el fundador de Ethereum, escribió un artículo basado en este tema. Propuso un concepto llamado seguridad compartida, que significa exactamente esto.
Por ejemplo, A y B son dos cadenas heterogéneas. La cadena A es más segura, mientras que la cadena B es menos segura.
Luego, cuando los activos se encadenan entre esta cadena, la seguridad está determinada por la seguridad de la cadena B (la cadena con menor seguridad).
El objetivo principal del proyecto cross-chain es garantizar la seguridad de las transacciones entre dos cadenas únicas y evitar el 51% de los ataques.
Sin embargo, los proyectos de acumulación cruzada utilizan la misma capa de datos de Ethereum y cada acumulación puede prevenir el 51% de los ataques. En base a esto, Orbiter propuso un mecanismo de acumulación cruzada que puede heredar la seguridad de Ethereum L2.
En otras palabras, Orbiter cruza activos de cadenas entre diferentes Ethereum Layer 2.
Por ejemplo, Orbiter cruza cadenas entre zkSync y Arbitrum, que son cadenas isomorfas.
Ya sea zkSync, Arbitrum u Orbiter, los tres están construidos en Ethereum y todos heredan la seguridad de la red Ethereum. Puede evitar un ataque de doble gasto del 51%.
Además, los mecanismos anti-mal y de margen excesivo de Orbiter también garantizan la seguridad de los activos de los usuarios al realizar operaciones entre cadenas.
2. Bajo costo e instantáneo
En el protocolo de cadena cruzada de Orbiter, la transferencia de activos se lleva a cabo entre las direcciones EOA del remitente y del creador en la red de origen y la red de destino no interactúa con la dirección del contrato. Esta es una diferencia significativa entre Orbiter y otros protocolos puente.
EOA, el nombre completo es Cuenta de propiedad externa, que literalmente se traduce como "cuenta de propiedad externa", que es el tipo de cuenta con la que entramos en contacto con mayor frecuencia cuando usamos blockchain.
Para decirlo de manera más simple, EOA es en realidad nuestra cuenta personal, es decir, la dirección de nuestra billetera, que es diferente de una cuenta de contrato con funciones interactivas.
¿Cuáles son los beneficios de utilizar direcciones EOA en el protocolo de cadena cruzada de Orbiter?
La mayor ventaja es que es económico y rápido.
Debido a que se eliminan las interacciones contractuales innecesarias, no hay necesidad de un intermediario especial para acuñar/destruir activos, y las transferencias se realizan directamente entre el Remitente (parte del intercambio de activos) y el Creador (creador de mercado, la parte que acepta las demandas de intercambio entre cadenas).
La mayoría de los puentes entre cadenas tradicionales tardan unos 10 minutos o más en completar la cadena cruzada de activos, pero con Orbiter, los usuarios pueden completar la cadena cruzada de activos en un promedio de 30 segundos.
3. Admitir activos nativos de Ethereum
En el protocolo de cadena cruzada de Orbiter, no es necesario acuñar activos.
Como todos sabemos, Bitcoin, como criptomoneda con mayor valor de mercado, no ha aprovechado plenamente su potencial de liquidez debido a las altas tarifas del gas, las lentas velocidades de transmisión y otras razones.
Para introducir BTC, la criptomoneda con mayor valor de mercado, en el ecosistema Ethereum DeFi y promover su liquidez, un enfoque común es encapsular BTC, por ejemplo, en el token ERC20 WBTC en Ethereum, liberando así el potencial de liquidez de BTC. En realidad, esta es una idea de cadena cruzada.
Sin embargo, el protocolo de cadena cruzada de Orbiter admite los activos nativos de Ethereum y no requiere encapsulación ni otras operaciones.
¿Cómo cruza la cadena Orbiter? Un ejemplo lo aclarará.
Por ejemplo, A quiere transferir sus 0.1ETH de la cadena zkSync a la cadena Arbitrum.
El proceso general de usar Orbiter para completar la cadena cruzada (sin considerar el costo por ahora) es:
1) A, como Remitente, transfiere 0.1ETH a la dirección de B (uno de los Creadores, que puede entenderse como un contratista de cadena cruzada) en zkSync. Este paso solo ocurre en la cadena zkSync.
2) B, como Maker (empresa funeraria entre cadenas), recibe 0.1ETH en zkSync.
3) Después de que B recibe 0.1ETH en la cadena zkSync, transfiere 0.1ETH a la dirección Arbitrum de A en la cadena Arbitrum. Este paso solo ocurre en la cadena Arbitrum.
4) B recibe 0,1ETH en la cadena Arbitrum.
Al observar todo el proceso entre cadenas, podemos ver que no se requieren pasos como la encapsulación de activos, sino la transferencia de activos nativos entre diferentes direcciones.
Durante este proceso, las dos transferencias de tokens que se produjeron se realizaron en la red de Capa 2 de Ethereum, y las tarifas de transferencia en la red de Capa 2 son muy bajas y más rápidas.
Tomemos un ejemplo menos apropiado.
Esto es similar a la comunicación entre chinos y estadounidenses. Debido a los diferentes idiomas, culturas, creencias religiosas, etc., la comunicación entre las dos partes requiere un traductor como intermediario y, por supuesto, el costo de la comunicación será mayor.
Y si la gente de Hunan y Hubei se comunican, porque ambos tienen antecedentes culturales y creencias similares, no necesitan un traductor como intermediario, la comunicación será mucho más fluida y, por supuesto, el costo será mucho menor.
5. Mecanismo operativo
1. Dos roles
En Orbiter Finance, hay dos roles, remitente y creador.
El remitente es la persona que inicia las transferencias entre cadenas, el lado de la demanda de la cadena cruzada, mientras que el Creador es el proveedor de liquidez, la contraparte del Remitente, es decir, el empresario de los servicios entre cadenas.
Cuando el Remitente inicia una transferencia, el Creador le proporciona liquidez, mientras que los contratos inteligentes garantizan la seguridad de todo el proceso.
Antes de que Maker proporcione un resumen cruzado para Sender, debe depositar el margen excedente en el contrato de Orbiter y establecer reglas de tarifas de servicio en el acuerdo.
Durante la ejecución, el Remitente envía el activo al Creador en la red de Recursos y el Creador devuelve el activo al Remitente en la red de destino.
Si el Creador tiene un mal comportamiento, por ejemplo, después de recibir los activos transferidos del Remitente, no transfiere los fondos al Remitente en la red de destino.
En este momento, el Remitente puede utilizar el depósito del Creador para iniciar una solicitud de arbitraje del contrato y luego recibir una compensación excesiva.
2. Proceso de operación del fabricante
En el protocolo de cadena cruzada de Orbiter, Maker contará con un cliente. Por supuesto, Maker también puede implementar un cliente por sí mismo, de modo que el proceso de pago pueda automatizarse, es decir, algunas operaciones en el backend de Maker se puedan completar automáticamente. .
En el cliente Maker, se monitorearán la moneda entre cadenas, la cantidad, la red entre cadenas y otros datos del usuario, y el cliente puede implementar las operaciones automatizadas correspondientes.
3. Mecanismo descentralizado contra el mal
Sin embargo, Maker también es capaz de hacer el mal.
Para abordar el problema del mal de Maker, Orbiter adopta una solución de "confianza avanzada + arbitraje de disputas".
De forma predeterminada, Orbiter confía en los Makers. De forma predeterminada, estos Makers procesarán los activos correctamente y devolverán los activos correspondientes a los usuarios. Sin embargo, los Makers pueden hacer cosas malas, por ejemplo, después de recibir activos de usuarios de cadenas cruzadas, retener los activos de los usuarios y. devolverlos a los usuarios. No devolver activos al usuario en la cadena de destino.
Por lo tanto, Orbiter adopta un mecanismo descentralizado, principalmente a través de tres contratos, a saber, MDC, EBC y SPV, para evitar que Maker haga el mal.
1) Contrato MDC
MDC es la abreviatura de Contrato de Depósito de Mercado.
El contrato MDC tiene dos funciones: mantener el depósito del Creador y procesar la devolución de fondos y la compensación del Remitente.
2) contrato EBC
EBC es la abreviatura de Event Binding Contract.
Este contrato se utiliza para demostrar la validez de las transacciones en las redes de origen y destino.
3) contrato SPV
SPV es la abreviatura de Verificación de Pago Simple.
Es un contrato de verificación de transacciones simple que se utiliza para demostrar si la transacción en la red de origen realmente existe.
Por ejemplo, el remitente envía 0,1 ETH de Arbitrum a Maker y el SPV se utiliza para demostrar si la transacción es real.
Luego, a través de estos tres contratos, se ejecutará un conjunto de mecanismos y Orbiter puede garantizar que los usuarios no sufran la pérdida de activos cuando Maker haga el mal.
Si Maker no envía tokens correctamente al Remitente después de que el Remitente los transfiera a Maker, el proceso de resolución de disputas procederá de la siguiente manera para ayudar al Remitente a obtener tokens:
1) El remitente debe proporcionar transacciones relevantes en la red de origen al contrato SPV.
2) El remitente solicita arbitraje a través del contrato MDC de Orbiter.
3) El contrato MDC obtiene el certificado de existencia de la transacción en la red de origen del contrato SPV y confirma que la transacción se ha producido en la red de origen.
4) El contrato MDC obtiene el certificado de validez de la transacción en la red de origen del contrato EBC. El contrato MDC confirma que la transacción en la red de origen es legal de acuerdo con las reglas de Orbiter, y que la transacción es enviada por el Remitente al Creador de Orbiter y tiene un código de identificación legal.
5) El contrato de MDC establecerá este arbitraje como un caso pendiente y Maker debe proporcionar transacciones en la red de destino en un plazo de 0,5 a 3 horas.
Si Maker puede proporcionar la transacción correcta en la red de destino dentro del tiempo especificado, el contrato MDC puede obtener el certificado de validez de la transacción en la red de destino del contrato EBC y confirmar que la red de destino coincide con la transacción en la red de origen. El contrato MDC cerrará este arbitraje y mostrará las transacciones en la red de destino al Remitente;
Por el contrario, si Maker no puede proporcionar transacciones relevantes en la red de destino dentro del tiempo especificado, el remitente puede activar el contrato MDC para arbitrar.
6) El contrato MDC comienza a compensar al Remitente.
7) El contrato de MDC enviará tokens y una compensación (aproximadamente $15) al remitente en el nombre de dominio de implementación del contrato de MDC. Entre ellos, los tokens devueltos y compensados al Remitente se deducen del depósito hipotecario del Creador.
4. Mecanismo de exceso de margen
Además, para evitar que Maker haga el mal, Orbiter Finance también ha lanzado un mecanismo de exceso de margen.
En el protocolo Orbiter, Maker necesita proporcionar dos partes de fondos, una parte se usa para liquidez, es decir, los fondos intercambiados a los usuarios, y la otra parte es margen excedente.
Si Maker es deshonesto y hace que el Remitente no reciba tokens en la red de destino según lo programado, entonces todas las pérdidas del Remitente se pagarán con el exceso del depósito de seguridad, y el Remitente también recibirá una compensación, que también proviene del exceso del depósito de seguridad de Maker.
Entonces, en el protocolo Orbiter, ¿Maker tiene suficiente motivación para brindar mejores servicios?
Primero, en el mecanismo de Orbiter, Maker puede obtener ingresos considerables de cada servicio entre cadenas (sin el riesgo de pérdidas no permanentes).
En segundo lugar, si Maker no envía la información correcta al Remitente a tiempo, el contrato MDC de Orbiter la devolverá y compensará al Remitente con el depósito del Fabricante.
Por lo tanto, el diseño de Orbiter no solo puede evitar que los Makers hagan el mal, sino también alentarlos a brindar mejores servicios.
5. Costo
Para el remitente, las tarifas de Orbiter incluyen tarifas de transacción y tarifas de retención.
Tarifas de transacción: tarifas pagadas a la plataforma y a Maker, cobradas como un porcentaje del monto de la transferencia.
Tarifa de retención: una tarifa pagada por adelantado a Maker, que Maker utiliza para pagar la tarifa del gas al realizar la transferencia a la red de destino.
Dado que las tarifas del gas son inestables, Orbiter ajusta las tarifas según el Gwei de la red de destino para garantizar que estén por debajo del promedio, pero este ajuste es poco frecuente.
6. Ventajas del orbitador
1. Velocidad y costo entre cadenas
A través de https://chaineye.tools/bridge podemos consultar la velocidad y el costo de algunos puentes entre cadenas en Ethereum L2.
Si transferimos 1000USDC de la cadena OP/ARB a la cadena ZK, observe las tarifas y velocidades de estos puentes entre cadenas:
Se puede ver que Orbiter es el más rápido y básicamente puede completar la cadena cruzada en 20 a 45 segundos, mientras que Meson, segundo clasificado, tarda entre 1 y 4 minutos.
Si se clasifica según las tarifas de transacción, Orbiter ocupa el segundo lugar, pero Meson, que ocupa el primer lugar, tiene una tarifa de 0. Meson tiene una cuota libre de tarifas de 5 transacciones/5000 dólares por día.
En el mismo escenario, veamos el tiempo requerido por otros puentes entre cadenas:
Intercambio de capas: 2 a 5 minutos, costo: 2,44 U
bungee: 2 a 10 minutos, costo: 4,77U
cBridge: 5 a 20 minutos, costo: 4,62U
Al realizar operaciones entre cadenas, la velocidad y el costo son factores que valoramos más. En comparación, podemos ver que Orbiter sigue siendo muy bueno en términos de velocidad integral y costos de transacción, especialmente la velocidad entre cadenas es mucho más rápida que otras. puentes entre cadenas.
En el puente de cadena cruzada de Orbiter, el tiempo requerido para la cadena cruzada es básicamente de unos 30 segundos. La más lenta es la red principal de Ethereum, es decir, cruzar desde la red principal de Ethereum a la red de segunda capa, o desde la red de segunda capa. red de capa a Ethereum Para la red principal, toma alrededor de 45 segundos. La cadena cruzada más rápida entre la cadena BNB y la cadena ZK se puede completar en los 5 segundos más rápidos. Otros puentes entre cadenas de Ethereum Layer 2 generalmente tardan más de 2 minutos.
2. Seguridad
En el protocolo de cadena cruzada de Orbiter, los mecanismos descentralizados contra el mal y el exceso de margen evitan el riesgo de inacción por parte de los creadores de mercado después de recibir fondos, garantizan la seguridad de los fondos de los usuarios y mejoran la seguridad del protocolo.
Además, Orbiter se basa en Ethereum y hereda la seguridad de Ethereum. Por lo tanto, Orbiter todavía tiene ventajas para garantizar la seguridad de los fondos.
3. Usuarios activos
Puede ver algunos usuarios activos de puentes entre cadenas a través de https://www.orbiter.finance/data.
Según las estadísticas de datos de la plataforma Orditer L2 Data, Orbiter tiene ventajas en términos de usuarios activos y amplitud de usuarios.
4. Respaldo y recomendación oficial
El sitio web oficial de StarkNET recomienda el puente de cadena cruzada Orbiter, y es la recomendación número uno.
El sitio web oficial de Zksync recomienda Orbiter en el puente entre cadenas.
Optimismo también recomendó el puente de cadenas cruzadas Orbiter en el proyecto de subdivisión del puente de cadenas cruzadas ecológico.
Con el respaldo oficial del puente de cadenas cruzadas de Orbiter, su credibilidad naturalmente aumentará. Además, las recomendaciones oficiales también atraerán a muchos usuarios a Orbiter.
5. Datos L2
Además de la funcionalidad entre cadenas, Orbiter también lanzó un L2 Data (panel de datos).
L2 Data admite datos de Arbitrum, Optimism, Starknet y zkSync, y los indicadores incluyen cuentas y transacciones, TVL, usuarios y edad de los usuarios, proporción de usuarios activos, proporción de nuevos usuarios, interacciones, nuevos contratos, etc.
Orbiter L2 Data se compromete a proporcionar a inversores individuales, instituciones y desarrolladores datos más completos, científicos y eficaces sobre la cadena ecológica de Rollups.
L2 Data también es una característica única de Orbiter que lo distingue de otros puentes entre cadenas.
7. Perspectivas futuras
1. Cancún se actualiza, L2 explota y aumenta la demanda entre cadenas
Según las estadísticas de la plataforma Orbiter L2 Data (https://www.orbiter.finance/data), desde finales del año pasado, el número total de transacciones (Transacciones) de Ethereum L2 ha comenzado a exceder el número de transacciones en la red principal de Ethereum.
Actualmente, el número total de transacciones en Ethereum L2 es más de tres veces el número de transacciones en la red principal de Ethereum. Por supuesto, esto también incluye una gran cantidad de interacciones para lanzamientos aéreos.
Sin embargo, incluso si algunas transacciones son para lanzamientos aéreos, los datos al menos ilustran el estado actual del desarrollo ecológico de Ethereum L2. Después de todo, los costos de la red de Capa 2 son bajos y tienen una mayor escalabilidad. Cada vez más partes del proyecto optan por construir su propia red en Ethereum. Capa 2. Los proyectos, o muchas otras cadenas, han migrado a la Capa 2 de Ethereum.
Con la finalización de la actualización de Ethereum Cancún (probablemente para finales de año, actualmente no hay un momento exacto), las tarifas de transacción de la red Ethereum Layer 2 se reducirán significativamente cuando las tarifas de transacción de la red Layer 2 se acerquen. 0, es muy probable que provoque una gran explosión de la ecología de la Capa 2 de Ethereum.
El desarrollo ecológico de Ethereum Layer 2 se está volviendo cada vez más próspero y, por supuesto, la demanda de puentes entre cadenas aumentará significativamente. Con las ventajas del Orbiter de puente de cadenas cruzadas, definitivamente ganará un mercado más grande.
2. El enorme potencial de Orbiter X y Orbiter Protocol
Según la hoja de ruta de Orbiter, Maker System y Orbiter X se lanzarán en el segundo o tercer trimestre, pero aún no se ha determinado la fecha específica.
Orbiter X es una versión mejorada de Orbiter que proporciona una plataforma simple y segura para realizar transferencias entre cadenas y activos. Impulsado por un potente sistema Maker y un puente cross-Rollup descentralizado, estas características hacen que Orbiter X sea ideal para cualquiera que quiera mover activos entre diferentes redes de una manera rápida, segura y rentable.
Según el medio oficial Orbiter, el objetivo de Orbiter no es solo servir como un puente entre cadenas L2, sino también servir como infraestructura para la expansión de Ethereum. Orbiter quiere convertirse en un protocolo universal de Ethereum.
El Protocolo Orbiter se centra en las extensiones de Ethereum y está impulsado por un conjunto de características de vanguardia, como algoritmos de conocimiento cero, EIP-4337 (abstracción de cuenta), pruebas recursivas y sincronización de mensajes diseñados para promover una mejor escalabilidad, rendimiento de interoperabilidad y seguridad. aumentando así la usabilidad general y la adopción de la red Ethereum.
La transición de Orbiter al Protocolo Orbiter refleja el compromiso de la plataforma de mejorar el ecosistema Ethereum.
Para entonces, Orbiter no solo será un protocolo puente entre cadenas, sino también un protocolo básico universal de Ethereum, lo que sin duda aumentará nuestra imaginación sobre el futuro de Orbiter.
3. Expectativas sobre la emisión de tokens de plataforma
Como todos sabemos, aunque Orbiter ha estado en línea durante más de dos años y el proyecto se ha desarrollado bastante bien, Orbiter no ha emitido el token nativo del proyecto y el funcionario no ha revelado ninguna noticia sobre la emisión de tokens.
Sin embargo, ha habido rumores de que Orbiter emitirá tokens nativos. Debido a la expectativa del equipo del proyecto de emitir tokens, muchos usuarios utilizan Orbiter para lanzamientos aéreos.
En resumen, con la explosión de Ethereum Layer 2, la demanda de puentes entre cadenas también aumentará. Como líder en la pista segmentada que se centra en los puentes entre cadenas de Layer 2, Orbiter, junto con la elevada visión del proyecto (convertirse en la base). del protocolo Ethereum), definitivamente se desarrollará cada vez mejor en el futuro y es probable que se convierta en el líder y fijador de estándares en el puente de cadena cruzada Ethereum L2. Además, el proyecto aún no ha emitido un token nativo, Orbiter es. un proyecto muy digno de nuestra continua atención.