BTC.b, el activo BTC establecido, está haciendo la transición a la arquitectura y el conjunto de productos de Lombard, lo que permite una expansión de múltiples cadenas e integraciones DeFi más profundas. Tus tokens, saldos e integraciones permanecen sin cambios. No se requiere ninguna acción por parte de los titulares y acciones opcionales para los protocolos.
Descripción general
BTC.b ha sido una piedra angular de Avalanche DeFi desde 2022, con ~550 millones de dólares en circulación y profundas integraciones en Aave, GMX, BENQI y LFJ. Lombard ha adquirido la infraestructura y los activos relacionados de BTC.b, y Lombard Protocol asumirá la responsabilidad de las operaciones del puente y la arquitectura de seguridad de BTC.b mientras mantiene la continuidad total para los usuarios e integraciones existentes. BTC.b primero hará la transición a la misma arquitectura confiable que LBTC, antes de que Lombard coordine su distribución e integración en cadenas seleccionadas y protocolos DeFi líderes.
Operando exclusivamente en la arquitectura de protocolo transparente y verificable de Lombard, BTC.b será un activo de Bitcoin de próxima generación creado para la economía descentralizada (sin permiso, sin custodia y seguro). BTC.b brindará seguridad de nivel institucional a Bitcoin en cadena sin los guardianes institucionales.
Esta transición logra tres objetivos:
-
Seguridad aumentada: Arquitectura multicapa con validación descentralizada por un consorcio de instituciones líderes
-
Expansión de múltiples cadenas: Despliegue nativo a Ethereum, Katana, MegaETH y Solana en su fase inicial
-
Acceso mejorado: Acuñación sin permiso directamente desde BTC nativo a través de la aplicación Lombard, donde será accesible junto con LBTC
Lo que permanece igual
Para los usuarios y los protocolos, la realidad inmediata es simple: BTC.b sigue siendo el mismo token y los saldos, direcciones e integraciones permanecen sin cambios. Lo que cambia son las oportunidades de crecimiento de BTC.b: nuevas cadenas, mayor liquidez, integraciones y oportunidades de DeFi ampliadas y un camino más limpio para que los constructores integren BTC nativo en aplicaciones a través del SDK de Lombard.
Para usuarios:
-
Misma ficha: La dirección, el símbolo y el nombre del contrato siguen siendo idénticos
-
Mismo respaldo: Reservas nativas de BTC 1:1 sin rehipotecación ni apuestas
-
Mismos saldos: Todas las tenencias, direcciones e integraciones de billetera sin cambios
-
Mismas integraciones: Aave, GMX, BENQI, LFJ y todos los protocolos DeFi continúan funcionando con normalidad
Para protocolos:
-
Las direcciones del contrato permanecen sin cambios
-
Los protocolos ya no deben llamar a la función ‘desenvolver’ en el contrato inteligente BTC.b para retirar a Bitcoin nativo. Como el contrato BTC.b es inmutable, se debe utilizar un nuevo contrato Lombard para este fin.
-
La función de ‘desenvolver’ anterior esperaba que BTC se retirara a una dirección específica generada por Core Wallet a partir de la misma semilla que la dirección de Avalanche.
-
Lombard requiere que usted proporcione explícitamente el destinatario en la función ‘redeemForBTC’ a un contrato inteligente “AssetRouter” recién implementado.
-
-
Los feeds de precios estándar siguen funcionando
-
La prueba de los feeds de reserva deberá actualizarse a feeds basados en Lombard cuando estén disponibles en Chainlink.
-
Los fondos de liquidez existentes y los mercados de préstamos no se verán afectados
El BTC.b que tiene hoy es el BTC.b que tendrá una vez que se complete la transición en el cuarto trimestre. Se trata de una actualización de la infraestructura, no de una migración simbólica.
Qué hay de nuevo
Expansión multicadena
En su fase inicial, BTC.b se expandirá más allá de Avalanche a la red principal de Ethereum, Katana, MegaETH y Solana.
Acuñación directa
Cualquiera puede acuñar BTC.b directamente desde Bitcoin nativo a través de la aplicación Lombard: sin intermediarios, sin KYC, sin restricciones geográficas (excepto en jurisdicciones sancionadas).
Integración de SDK
BTC.b se une al SDK de Lombard, lo que permite a los desarrolladores ofrecer a los usuarios lo siguiente:
-
Los depósitos nativos de BTC y el acceso a Bitcoin con un solo clic dentro de las aplicaciones de los socios
-
Integraciones de billeteras nativas (ya disponibles con Binance y Bybit)
-
Implementación optimizada para desarrolladores
-
Productos de bóveda unificada en BTC.b y LBTC
Arquitectura de seguridad aumentada
La transición implementa un modelo de seguridad de múltiples capas minimizado en la confianza que se detalla en la siguiente sección.
Arquitectura técnica: lo que está cambiando
El puente Avalanche actual utiliza enclaves Intel SGX con una red Warden para indexar Bitcoin y coordinar transacciones. La nueva arquitectura implementa múltiples capas de seguridad independientes con validación descentralizada y está diseñada para escalar BTC.b en múltiples cadenas preservando al mismo tiempo la verificabilidad y la disciplina operativa.
Comparación de arquitectura
Modelo actual (Puente Avalancha):
-
Aislamiento de claves basado en enclave SGX
-
Red de guardianes para aprobación multipartidaria
-
Operaciones de puente centralizadas
Nuevo Modelo (Protocolo Lombardo):
-
Gestión de claves respaldada por el módulo de seguridad de hardware (HSM)
-
Consorcio de Seguridad de 15 miembros con consenso BFT
-
Verificación de doble capa a través de Cubist Bascule y Lombard Consortium
-
Lombard Ledger bizantino tolerante a fallos para trazabilidad y transparencia
Estado actual
Nuevo Estado
Por qué es importante esta arquitectura
El nuevo modelo de seguridad proporciona:
-
Ningún punto único de falla: Requiere consenso mayoritario entre 15 validadores independientes
-
Defensa en profundidad: Cuatro capas de seguridad independientes que deben validar las operaciones.
-
Verificación transparente: Prueba de reserva en tiempo real a través de feeds Chainlink
-
Seguridad basada en hardware: La seguridad de las claves se basa en vHSM de Cubist (FIPS 140 HSM + Nitro Enclave)
-
Integridad entre cadenas: Verificación de garantías independiente en cada cadena.
-
Auditorías independientes de terceros: Arquitectura de seguridad y contratos inteligentes auditados por OpenZeppelin, Veridise y Halborn. Todas las auditorías están disponibles públicamente.
Análisis profundo del modelo de seguridad
Capa 1: Validación descentralizada
El Security Consortium reemplaza la red Warden con 15 instituciones independientes de activos digitales, incluidas OKX, Galaxy, DCG, Wintermute, Figment, Kiln, Antpool, F2Pool y Kraken. Esta red de prueba de autoridad opera Lombard Ledger, una capa de consenso bizantina tolerante a fallas que registra todas las operaciones del protocolo de forma transparente en la cadena.
Cada transacción requiere un consenso mayoritario entre los validadores, eliminando puntos únicos de falla.
Capa 2: Gestión de claves respaldada por HSM
En el nuevo modelo de seguridad, los miembros del Security Consortium utilizan la plataforma CubeSigner de Cubist para gestionar claves y firmar transacciones. A diferencia del modelo anterior, donde se utilizaban enclaves SGX para reconstruir claves y coordinar las aprobaciones de Warden, los miembros del Consorcio firman transacciones pero nunca tienen acceso al material de claves secretas. En cambio, las claves permanecen en el hardware seguro de Cubist, que combina FIPS 140 HSM y Nitro Enclaves para brindar seguridad mejorada. Además, estas claves están aún más bloqueadas por múltiples políticas de seguridad, que restringen a los miembros del Consorcio a firmar únicamente tipos específicos de transacciones (por ejemplo, casas de moneda respaldadas por depósitos) aprobadas por la mayoría de las partes.
Capa 3: Políticas de gobernanza
Varias políticas de seguridad rigen el uso de claves:
-
Bloqueos de tiempo: Retrasos forzados para operaciones sensibles
-
Aprobación Multipartidaria (MPA): Varios miembros del consorcio deben aprobar cada transacción y cambio de política.
-
Restricciones de transacciones: Las claves solo pueden firmar tipos de transacciones específicos previamente aprobados
Capa 4: Verificación de puente independiente
Dos sistemas independientes verifican todas las operaciones:
-
Puente levadizo basculante del cubista: Verifica la coherencia de la garantía entre Bitcoin y las cadenas de destino (Avalanche C-Chain, Ethereum, etc.)
-
CCIP de enlace de cadena: Verifica la garantía en las cadenas donde se conecta BTC.b, proporcionando mensajes seguros entre cadenas y verificación de prueba de reserva en tiempo real.
Este enfoque de verificación dual garantiza un respaldo 1:1 a través de capas de auditoría independientes.
Flujo de depósito
-
Depósitos autenticados: Los usuarios depositan BTC en direcciones deterministas que codifican su dirección EVM de destino en Avalanche C-Chain. Esto permite la verificación de direcciones y proporciona protección contra phishing.
-
Validación de consenso: Security Consortium valida y certifica ante notario la transacción de depósito mediante el consenso de BFT en Lombard Ledger.
-
Verificación dual: Tanto Bascule como CCIP confirman de forma independiente el respaldo colateral.
-
Acuñación: Los tokens BTC.b se acuñan en la dirección especificada del usuario después de que pasan todas las validaciones.
Los retiros (quemaduras) siguen el mismo proceso de validación de múltiples capas a la inversa.
Para constructores: actualizaciones de integración
Desarrolladores de avalanchas
Si bien las direcciones de los contratos siguen siendo las mismas, el flujo de canje de BTC ha cambiado. La función anterior “desenvolver” ahora está depreciada y los desarrolladores deben usar el nuevo adaptador Lombard para los canjes.
Actualizaciones opcionales:
Usuarios principales de billetera
El SDK de Lombard se integrará de forma nativa en Core Wallet el día 1, lo que permitirá a los usuarios obtener BTC.b en Core Wallet.
Nuevas integraciones
El SDK de Lombard proporciona una integración sencilla para protocolos, carteras y plataformas:
Línea de tiempo
Estado actual: Migración en curso con pruebas y auditorías de seguridad en curso
Lanzamiento esperado: Cuarto trimestre de 2024
Proceso de transición:
-
Finalización de las auditorías de seguridad finales.
-
Período de implementación y verificación de Mainnet
-
Transición perfecta con un tiempo de inactividad mínimo para el usuario
-
Monitoreo y soporte post-lanzamiento
Tanto el equipo de Lombard como el de Avalanche proporcionarán actualizaciones periódicas a través de los canales oficiales a medida que se completen los hitos. Suscríbase a los canales oficiales para obtener actualizaciones detalladas del progreso.
BTC.b continuará sirviendo como el principal puente Bitcoin de Avalanche mientras se expande para convertirse en un activo Bitcoin verdaderamente multicadena con seguridad de nivel institucional y acceso sin permiso.
Preguntas frecuentes
¿Necesito hacer algo con mi BTC.b? No. Tus tokens permanecen sin cambios y no requieren ninguna acción.
¿Habrá algún tiempo de inactividad? La transición está diseñada para una transición perfecta con una interrupción mínima de las transferencias o integraciones. Se espera que acuñar y canjear BTC.b no sea posible hasta después de 2 horas. En el caso de que se envíe una transacción durante la transición, los usuarios experimentarán un ligero retraso y no deberán preocuparse por la pérdida de fondos.
¿Qué pasa si tengo BTC.b en un protocolo de préstamo? Sus posiciones continúan con normalidad. Las integraciones de protocolos no se ven afectadas.
¿Dónde puedo obtener soporte técnico? Hable con los representantes de Lombard a través de Discord o la función Intercom en el sitio web.
Si tiene preguntas sobre esta transición, comuníquese con Lombard a través de Discord o la función Intercom en el sitio web. Para consultas sobre asociaciones, visite lombard.finance.
