Visión general
Desde su lanzamiento el 3 de enero de 2019, Beam ha lanzado cuatro versiones principales, cada una con un conjunto diferente de características y mejoras.
El reciente lanzamiento de Eager Electron 5.0 marca el comienzo de una nueva era en el desarrollo de Beam. Lo que comenzó como la mejor criptomoneda confidencial y escalable de su clase hace poco más de dos años, ahora se está expandiendo a nuevas y emocionantes rutas de productos, una combinación de producto y tecnología.
Elegimos llamarlo Confidential DeFi y será una parte integral de Beam Roadmap durante el próximo año o más.
En este artículo describiremos el borrador de nuestra hoja de ruta. Nuestro objetivo es discutirlo tanto internamente como con la comunidad durante las próximas semanas y luego lanzar una actualización oficial.
La hoja de ruta se puede dividir aproximadamente en tres via: la via Wallet, la via DeFi y la via Infraestructura.
En una línea de tiempo, abarcará dos versiones principales: Eager Electron 5.0, la versión actual y Fierce Fermion 6.0, la próxima versión principal que requerirá un hard fork para introducir nuevas capacidades en el nodo Beam.
Via de wallet
5.1 (julio – agosto de 2020)
La versión principal de Eager Electron comenzó con el lanzamiento de la 5.0 y hard fork posterior el 28 de julio de 2020 que activó el soporte de Lelantus MW y Confidential Asset en los nodos de Beam. También cambió el algoritmo de minería a BeamHash III, la última de las dos actualizaciones de PoW planificadas que Beam ha anunciado en el lanzamiento.
Como es habitual, a cada versión principal le siguen varias menores, cada una de las cuales ofrece un conjunto de características y mejoras que no requieren un cambio de consenso.
El trabajo en la versión 5.1 ha comenzado inmediatamente después del lanzamiento de 5.0. Ya está en la fase de prueba y está programado para ser lanzado en las próximas semanas. Esta versión incluye varias características y mejoras importantes.
Privacidad máxima
Las transacciones de Max Privacy utilizan la nueva infraestructura de Lelantus MW que se agregó en el hard fork reciente y la versión 5.0 relacionada.
Cada una de estas transacciones contiene dos partes.
- Primero, el remitente envía UTXO al grupo protegido con un conjunto de anonimato máximo de 64K.
- Luego, Receiver extrae un conjunto completamente nuevo de UTXO que están completamente desvinculados del historial anterior del grupo y pueden usarlo para transacciones posteriores.
El tiempo entre estas dos partes es importante ya que permite que se acumule un número suficiente de otras UTXO en el grupo y proporcione el conjunto de anonimato requerido. Las wallets Beam CLI permiten a los usuarios realizar estas operaciones por separado para un control máximo. En las carteras de UI, esta operación es perfecta y está integrada en las operaciones estándar de envío y recepción.
La ventana específica dentro de la cual el conjunto de anonimato es máximo depende de la tasa de transacciones de Max Privacy; cuanto más se utilizan, más rápido se alcanza el anonimato máximo.
Esta información es monitoreada y mostrada por la wallet, para que en cualquier momento el usuario pueda conocer el conjunto exacto de anonimato de cada UTXO. Sin embargo, el control manual no es necesario, ya que la wallet selecciona automáticamente las mejores UTXO para cada transacción, incluida la capacidad de enviar LelantusMW y Mimblewimble UTXO en una sola transacción.
Pagos fuera de línea
Dado que Mimblewimble es inherentemente un protocolo interactivo, tanto el remitente como el receptor deben participar en la creación de la transacción.
Esto introduce una interfaz de usuario muy diferente a la que estamos acostumbrados en otras criptomonedas. Sin embargo, al utilizar la tecnología LelantusMW, Beam ha creado una capacidad para que los remitentes envíen fondos de forma no interactiva incluso cuando el receptor no está en línea.
Llamamos a esta función pagos fuera de línea y se presenta en dos formas diferentes: usando vales (vouchers) y usando la dirección fuera de línea.
La primera opción, que se lanzará en 5.1, permite al usuario incrustar un conjunto de claves especiales llamadas comprobantes en una dirección creada en la pantalla de recepción.
De forma predeterminada, se crean 20 comprobantes. Dado que cada cupón tiene una longitud de aproximadamente 100 símbolos, este número se eligió para permitir que la dirección resultante se envíe a través de la mayoría de los mensajeros sin dividirse en varios mensajes.
Cada cupón es válido para una transacción y, cuando vencen, la wallet solicitará automáticamente un nuevo conjunto al destinatario si se conecta, o le pedirá al usuario que solicite una nueva dirección con más tokens.
La ventaja de este método, bastante complicado, se debe a dos propiedades. Cada transacción utiliza un comprobante único, por lo que es imposible rastrear al usuario al intentar controlar qué comprobantes se utilizan.
También, el remitente no puede rastrear cuándo se gastan los fondos que se enviaron mediante el vale, es decir, se extraen del fondo común. Por lo tanto, los vales proporcionan el máximo anonimato.
La segunda opción, que actualmente está planificada para la versión 5.2, utiliza una única dirección ‘fuera de línea’, que permite enviar cualquier cantidad de transacciones fuera de línea a la misma dirección.
Debido a los detalles de cómo funciona el grupo de LelantusMW, solo puede haber un número muy limitado (y definitivamente limitado) de tales direcciones creadas para cada wallet, ya que cada nueva dirección requeriría que la wallet vuelva a escanear el grupo en busca de UTXO que se le envíen.
Esta opción es menos segura ya que permite la desanonimización al comparar las direcciones fuera de línea enviadas a diferentes remitentes y también el remitente puede ver cuándo se extraen los fondos del grupo. Sin embargo, es mucho más simple para el usuario y más consistente con el funcionamiento de la mayoría de las otras criptomonedas, por lo que lo recomendamos para casos de usuarios específicos, como donaciones y pagos de fondos no interactivos, en lugar de transacciones confidenciales generales.
Mejoras en Atomic Swap
Los Atomic Swaps son una forma descentralizada excelente y completamente confidencial de intercambiar de forma segura Beams por BTC, LTC y QTUM sin ningún tercero.
En esta versión, esta característica se vuelve aún mejor al reemplazar las salidas y entradas intermedias con SegWit , lo que reduce significativamente las tarifas del intercambio. También proporcionamos recomendaciones de tarifas óptimas directamente desde las respectivas blockchains, eliminando así la necesidad de obtenerlas manualmente.
Configuración rediseñada
A medida que se agregan más funciones a la wallet, la página de configuración se llena más, por lo que hemos decidido rediseñarla y crear grupos lógicos para simplificar la búsqueda y el acceso a la configuración relevante.
5.2 (septiembre – noviembre de 2020)
Beam Vault y sincronización segura
Beam SBBS es un excelente sistema de mensajería cifrada descentralizada que permite a la wallet crear transacciones MW de forma interactiva.
Sin embargo, está limitado por diseño a retener el mensaje solo durante 12 horas, después de lo cual el mensaje caducará y ya no estará disponible para los destinatarios.
Beam Vault es un servicio centralizado pero sin confianza que puede almacenar mensajes SBBS durante períodos de tiempo más prolongados.
También se puede usar para sincronizar Beam Wallet que usa la misma semilla en múltiples dispositivos, algo que anteriormente era problemático y, por lo tanto, desaconsejado. Dado que SBBS obtendrá más funciones con la incorporación de la funcionalidad DeFi, este servicio será aún más útil como una opción complementaria y de respaldo para el sistema SBBS.
Mejora de la libreta de direcciones
La función Libreta de direcciones no es nueva. Apareció en todas las versiones de wallet desde el principio.
Sin embargo, apenas se utilizó, ya que la mayoría de las transacciones utilizaban direcciones SBBS ad hoc y, por tanto, escribirlas era irrelevante. En algunos casos en los que se usaron direcciones permanentes, generalmente están relacionadas con intercambios o grupos. Sin embargo, con la incorporación de los pagos fuera de línea y los activos confidenciales, la libreta de direcciones asume nuevas funciones y debe mejorarse y actualizarse.
Soporte Trezor T
Estamos planeando implementar un firmware personalizado para Trezor T que admita Beam con integración en Beam Desktop Wallet. El desarrollo de Ledger X es más difícil y aún está en progreso.
Swaps con BSV, BCH, Dash y más
Se agregarán más monedas a nuestro soporte Atomic Swap, principalmente bifurcaciones BTC. Estos incluirán BCH, DASH y BSV. También estamos mirando RVN y probablemente algunos otros.
Mejoras en Beam Blockchain Explorer
Tras la introducción de nuevas funciones, debemos reflejar su estado en el explorador de blockchain y las API relacionadas. Estos deben incluir estadísticas para Atomic Swaps ofrecidos y aceptados. El estado actual del grupo de LelantusMW, incluida la duración estimada de la retención para lograr el máximo anonimato establecido.
Interfaz de usuario de Wallet para activos confidenciales
Los monederos Beam UI deben poder realizar transacciones utilizando cualquier activo confidencial existente, además de las monedas Beam nativas.
Dado que los CA heredan todas las propiedades de las monedas Beam, es posible mezclar sin problemas diferentes tipos de activos dentro de la misma transacción. El desafío es integrar esta funcionalidad en la interfaz de usuario de Beam de una manera que no afecte negativamente su usabilidad, y al mismo tiempo sea compatible con todos los casos de uso relevantes para usuarios avanzados.
Lanzamiento de Beam Web Wallet y Wallet Service Mainnet
Recientemente, lanzamos la versión Testnet de Beam Web Wallet and Wallet Service, que es un componente de backend centralizado pero confiable capaz de retransmitir mensajes SBBS y manejar la capa de conectividad para múltiples procesos de wallet.
Ambos componentes aún requieren mucho trabajo para estar listos para la producción, incluidas pruebas exhaustivas de seguridad y estabilidad, por lo que es más probable que su lanzamiento tenga lugar hacia el final del período de tiempo 5.2.
Via confidencial de DeFi
Esta sección describe la hoja de ruta de Beam para la infraestructura y las aplicaciones confidenciales de DeFi. Planeamos combinar dos enfoques arquitectónicos diferentes, Scriptless Scripts y Beam Contracts.
Los Scriptless Scripts se introdujeron en 2017 poco después de la invención del protocolo MW y describen una idea de replicar la funcionalidad similar a un contrato inteligente ejecutando la mayor parte del cálculo fuera de la cadena y luego validando los resultados utilizando conceptos criptográficos como las firmas de adaptador de Schnorr.
Combinado con el subsistema Beam SBBS, esto permitirá la implementación de aplicaciones comerciales descentralizadas y confidenciales de múltiples partes, como por ejemplo Perpetual Swaps que se describen a continuación.
La tecnología Beam Contracts es otra sorprendente extensión del protocolo Mimblewimble para implementar Smart Contracts con scripting integrado. Utiliza núcleos de transacción MW para consumir UTXO de entrada y, al mismo tiempo, actualiza las variables de estado dentro del nodo.
Luego, esas variables se empaquetan en Beam Contracts controlados por Beam Script (que aún no se ha diseñado), lo que permite realizar cálculos en cadena y emitir nuevos UTXO como resultados.
Los Scriptless Scripts y los contratos Beam juntos brindan una infraestructura poderosa capaz de soportar cualquier caso de uso de aplicación DeFi existente, incluidas monedas estables confidenciales, préstamos y comercio, todo confidencial y descentralizado.
Dado que la mayoría de las tareas de DeFi requieren mucha investigación y creación de prototipos, primero lanzaremos una serie de versiones de POC y Testnet antes de decidir qué está listo para integrarse en las carteras de mainnet. Aquí hay un desglose de los hitos planificados para Beam DeFi Track, aproximadamente alineados con el calendario de lanzamiento de la wallet.
5.2 período de tiempo (septiembre – noviembre de 2020)
POC de arquitectura Beam Contract
El primer POC de la tecnología Beam Contract debería incluir la capacidad de crear contratos con capacidades básicas de scripting y definir API claras para usarlos. La mayor parte de este trabajo ya se encuentra en las primeras etapas de diseño e investigación.
Oráculos
Para habilitar las aplicaciones DeFi, necesitamos usar oráculos que brinden puntos de precio de referencia para los activos negociados.
Hay varias posibilidades para implementar oráculos, ya sea en cadena para ser utilizados por Beam Contracts o utilizando la infraestructura SBBS para proporcionar información firmada y verificable directamente a las carteras para ser utilizada en el proceso de negociación y creación de contratos comerciales P2P entre los usuarios.
Actualmente estamos investigando la posibilidad de construir los oráculos, así como la integración con los proveedores de oráculos existentes.
Aplicación de intercambios perpetuos
Una de las primeras aplicaciones que estamos considerando son los Perpetual Swaps, que son una implementación específica de los contratos de futuros sin una fecha de vencimiento definida.
La aplicación utilizará SBBS para crear contratos y canales de pago Laser Beam para bloquear garantías, manejar transacciones de financiamiento y liquidación. En un artículo futuro se proporcionarán más detalles sobre la implementación de la aplicación.
5.3 plazo (diciembre de 2020 – enero de 2021)
Cadenas laterales POC
A medida que avanzamos, queda claro que no todas las funciones podrían ser compatibles de forma nativa en la red principal y, al mismo tiempo, mantener su estabilidad e integridad. Sin embargo, tampoco queremos dejar de innovar y llevar Beam y sus protocolos subyacentes a nuevos extremos. La forma de combinar estos dos deseos opuestos es mediante la introducción de cadenas laterales.
Beam Side Chain, es básicamente otra cadena Beam independiente con pocas diferencias y modificaciones clave que la harían incompatible con la cadena principal. T
ales modificaciones pueden incluir, por ejemplo, diferentes mecanismos de consenso como GhostDAG o Proof of Stake, o incluso la adición de Smart Contracts.
A pesar de ser una blockchain separada, las cadenas laterales están diseñadas para mantener dos clavijas laterales a Beam en todo momento, lo que hace posible mover de manera confiable el valor de Beam Mainnet a la cadena lateral y viceversa.
Dependiendo de su propósito, las cadenas laterales se pueden crear vacías o usar su propio token nativo. En el primer caso, solo usa token movido desde la cadena principal de Beam.
En cambio, si utiliza un token nativo, puede extraerse conjuntamente o emitirse de forma independiente mediante un algoritmo de minería independiente.
En cualquier caso, los nuevos activos creados directamente en la cadena lateral nunca podrían trasladarse a Beam e interferir con su consistencia. Sin embargo, pueden intercambiarse por Beam o cualquier otro activo confidencial en la red Beam mediante Atomic Swaps.
Via de infraestructura
5.1 (julio – agosto de 2020)
Puentes a Ethereum
A pesar de proporcionar mucho valor dentro de la cadena Beam, está claro que tener la capacidad de representar tokens envueltos de otras redes proporcionaría enormes beneficios y posibilidades de expansión y adopción. Ethereum, como plataforma líder de DeFi en la actualidad, es claramente el principal candidato para dicha integración. Podemos pensar en dos posibles arquitecturas para los puentes Beam <> Eth: federado y descentralizado.
En el caso de un puente federado, la emisión del activo está controlada por una wallet multifirma en la que se debe confiar para monitorear y equilibrar las cantidades bloqueadas y distribuidas en cada cadena. Esta solución es relativamente sencilla, sin embargo, requiere la confianza en la federación que la opera.
Los puentes descentralizados dependen de la capacidad de todos los nodos de Beam para monitorear el estado de contratos específicos en la cadena Ethereum y son mucho más difíciles de implementar. Una forma de abordar esto es crear clientes SPV bidireccionales que utilicen la implementación de Beam Fly Client para poder obtener pruebas de cada cadena.
Ya en 5.1 estamos comenzando a investigar e implementar la segunda solución descentralizada, que se espera abarque el plazo de 5.2.
GhostDAG
GhostDAG es un novedoso algoritmo de consenso que reemplaza la blockchain con un grafo acíclico dirigido de k ramificación, lo que significa que en cualquier momento puede haber entre una yk ramificaciones válidas.
Esto significa que los bloques se pueden crear más rápido, lo que da como resultado un mayor rendimiento de la red. También proporciona una mejor descentralización de los mineros y una mejor distribución de recompensas a medida que se crean más bloques.
Hemos comenzado a trabajar en GhostDAG y continuará
Fierce Fermion 6.x Era
La próxima versión principal vendrá con una bifurcación que no cambiará el algoritmo de PoW, sino que introducirá funciones cruciales para romper el consenso para admitir la infraestructura Confidential DeFi.
FUENTE GITHUB BEAM, ACCEDE DESDE ESTE ENLACE
