1. Qué es Bitroot
¿Qué es Bitroot?
Bitroot es una blockchain de capa 1 que ejecuta transacciones EVM en paralelo. Conserva el bytecode de EVM y las herramientas de Ethereum, y añade una interfaz de inferencia de IA que los contratos pueden llamar directamente. Sus cifras principales publicadas son más de 100.000 TPS y alrededor de 0,3 segundos hasta la finalidad. Son cifras del propio proyecto, y el sitio no adjunta las condiciones completas de prueba; la pregunta sobre TPS más abajo explica cómo interpretarlas.
¿Bitroot es una capa 1 o una capa 2?
Una capa 1. Ejecuta su propio consenso y su propio conjunto de validadores en lugar de liquidar en otra cadena. La consecuencia es que la seguridad depende de los validadores de Bitroot y no se hereda de Ethereum. La ventaja es que la ejecución y la liquidación comparten un solo dominio, sin salto por puente por defecto. Positioning Bitroot expone qué resuelve esta elección y qué deja abierto.
¿Para qué problema está diseñada?
La EVM ejecuta las transacciones de un bloque una a una, en un orden fijo. Un único hilo de ejecución limita el rendimiento sin importar cuántos núcleos tenga el nodo, algo que The EVM Single-Thread Bottleneck rastrea hasta el Yellow Paper. Los agentes de IA y los trabajos de cómputo distribuido hacen más visible ese límite, porque generan muchas transacciones pequeñas y frecuentes que deben ser baratas y verificables. La respuesta de Bitroot tiene dos partes: ejecución en paralelo con consenso en pipeline para el rendimiento, y una extensión nativa de IA con auditoría verificable para el lado de la IA.
¿Cuáles son los tres motores?
La página de inicio describe tres componentes. El motor de ejecución paralela analiza las dependencias entre transacciones y ejecuta de forma concurrente las que no tienen conflictos. El módulo EVM nativo de IA expone una interfaz que permite a un contrato llamar a la inferencia de un modelo. La auditoría verificable con conocimiento cero permite que un tercero compruebe un resultado de IA sin acceso al modelo.
¿Dónde están los canales oficiales?
El explorador de bloques es BRTSCAN (https://devnet.bitroot.co/overview) y el código del protocolo está en https://github.com/brt-chain/bitroot. Los canales de la comunidad son X (@Bitroot_), Telegram (bitroot_official) y Discord. Considera no oficial todo lo que no esté enlazado desde bitroot.co o desde estos canales. Las personas y la gobernanza se tratan en las páginas Sobre nosotros y Equipo.
2. Ejecución paralela y rendimiento
¿Qué significa EVM paralela?
Una EVM estándar procesa las transacciones de un bloque estrictamente en secuencia. Una EVM paralela ejecuta muchas a la vez y aun así termina exactamente en el estado que habría producido la ejecución secuencial. El caso difícil son dos transacciones que tocan la misma cuenta o la misma ranura de almacenamiento. Three Paths to Parallel Execution compara los principales diseños.
¿Qué enfoque de paralelismo usa Bitroot?
Control de concurrencia optimista (OCC). El consenso fija primero el orden de las transacciones. Después, las transacciones se ejecutan de forma especulativa en paralelo mientras se registran sus conjuntos de lectura y escritura. Si dos se solapan, solo se vuelven a ejecutar las transacciones afectadas, de modo que el resultado coincide con la ejecución secuencial. Los otros dos diseños habituales requieren algo que Bitroot decidió evitar: la planificación determinista (estilo Sealevel) obliga a los desarrolladores a declarar con antelación las listas de acceso, y los modelos de objetos (estilo Sui) reemplazan el modelo de datos de la EVM. Consulta la introducción a OCC y Bitroot's optimistic parallelization.
¿Qué ocurre cuando dos transacciones entran en conflicto?
El runtime detecta los conjuntos de lectura/escritura solapados, mantiene el resultado coherente con el orden original y vuelve a ejecutar solo las transacciones afectadas. La detección de conflictos en varias etapas y la agrupación dinámica limitan cuánto trabajo desperdicia una apuesta fallida, de modo que un conflicto no descarta un lote completo. El estado que todos tocan, como un único pool AMM popular, sigue limitando la aceleración. Conflict Hotspots and Workloads muestra cuánto.
¿Qué es Pipeline BFT?
Es el protocolo de consenso de Bitroot. El BFT clásico ejecuta proponer, votar y confirmar como fases secuenciales. Pipeline BFT superpone esas fases a lo largo de distintas alturas de bloque, de modo que el ordenamiento no espera a que termine la ronda anterior. La rotación de líder y la agregación de firmas mantienen bajo control el costo de mensajes a medida que se añaden validadores. El consenso también está desacoplado de la ejecución: primero se fija el orden y la ejecución se pone al día con la raíz de estado de ese orden. Los detalles están en Pipeline BFT and Execution Decoupling.
¿Cómo interpretar las cifras de más de 100.000 TPS y 0,3 s?
Como afirmaciones que dependen de las condiciones. «TPS» puede significar un pico de laboratorio, una tasa sostenida bajo un límite de latencia o la tasa observada en una ventana de tiempo. Pueden diferir en órdenes de magnitud y a menudo se presentan como un único número. En una EVM paralela, la tasa de conflictos de la carga de prueba importa tanto como el hardware. Bitroot publica las cifras principales sin las condiciones completas, por lo que la medición independiente sobre la red pública es la comprobación adecuada. A Glossary of Performance Metrics enumera qué debería divulgar cualquier benchmark.
¿En qué se diferencian TPS, BPS, latencia y finalidad?
TPS son las transacciones por segundo. BPS son los bloques por segundo, la tasa de producción de bloques. La latencia de confirmación es el tiempo hasta que una transacción se incluye en un bloque. La finalidad es el punto a partir del cual el protocolo no la revertirá. Una cadena puede aumentar el BPS y aun así sentirse lenta si los conflictos acumulan reejecuciones, por lo que las cuatro métricas deben reportarse por separado. El artículo del glosario define cada una.
¿La ejecución paralela acelera todas las aplicaciones?
No. Las cargas que tocan sobre todo estado independiente, como pagos entre usuarios no relacionados o acuñaciones separadas, se paralelizan bien. Las cargas en las que muchos usuarios acceden al mismo estado de un contrato ganan menos. Un benchmark de transferencias y una carga de préstamos o AMM en la misma cadena pueden diferir en un factor grande.
¿En qué se diferencia del escalado con capa 2 o del sharding?
Abordan partes distintas del escalado. El escalado se divide en consenso, disponibilidad de datos, ejecución y liquidación, y las L2, el sharding, las capas DA independientes y el paralelismo en L1 apuntan cada uno a una parte diferente. Bitroot trabaja sobre la ejecución y el consenso de L1. Mapping Blockchain Scaling sitúa cada enfoque en ese mapa.
3. Compatibilidad con EVM
¿Qué tan compatible con Ethereum es Bitroot?
Bitroot está construida para ejecutar bytecode EVM estándar con herramientas estándar de Ethereum. La expresión «compatible con EVM» abarca cuatro capas separadas, y el costo de migración depende de cada una: la semántica del bytecode, el conjunto de precompilados, el comportamiento de JSON-RPC y si Foundry y Hardhat funcionan sin cambios. What EVM Compatibility Actually Means las recorre y explica por qué el paralelismo hace más difícil mantener la compatibilidad.
¿Puedo desplegar sin cambios un contrato Solidity existente?
Normalmente sí. Los contratos Solidity estándar se compilan y despliegan sin ediciones, salvo que dependan de direcciones de precompilados específicas de Ethereum. Ejecuta tu propio conjunto de pruebas en la testnet de Bitroot antes de confiar en ello. La Guía para desarrolladores tiene los detalles.
¿Tengo que declarar conjuntos de lectura/escritura o listas de acceso?
No. Las dependencias se descubren en tiempo de ejecución, así que escribes Solidity como ya lo haces. Las cadenas que planifican de forma determinista necesitan la declaración por adelantado.
¿Qué carteras y herramientas funcionan?
Cualquiera que admita una red EVM personalizada mediante JSON-RPC estándar: MetaMask, Rabby, OKX Wallet, Hardhat, Foundry, Remix, ethers.js y viem. La Guía para desarrolladores incluye la configuración de cada una.
¿Cuánto cuestan las transacciones?
La página de inicio muestra una tarifa de gas promedio de alrededor de $0,00007, muy inferior a la de la red principal de Ethereum. El sitio no indica el período ni la carga que sustentan ese promedio, así que úsalo como referencia y estima el gas de tus propias operaciones por lotes.
4. Funciones nativas de IA
¿Qué significa aquí «nativa de IA»?
Se refiere a capacidades concretas y verificables: extensiones opcionales de instrucciones o precompilados mediante las cuales un contrato llama a la inferencia de IA, rutas de ejecución híbridas, planificación de cómputo distribuido y un límite claro entre la capa de liquidación y la computación confiable. What an AI-Native Blockchain Actually Needs separa los objetivos de ingeniería de las promesas de mainnet.
¿Puede un contrato inteligente llamar a un modelo de IA?
Para eso sirve el módulo EVM nativo de IA. Conceptualmente es un precompilado de inferencia que Solidity puede invocar con call, sin un oráculo ni un relé fuera de la cadena aparte. La interfaz, las direcciones de los precompilados y el ABI están en el repositorio del protocolo (https://github.com/brt-chain/bitroot) y no se copian en páginas web donde quedarían desactualizados.
¿Cómo se verifica un resultado de IA?
Mediante la auditoría verificable con conocimiento cero, que permite a un tercero comprobar el cálculo y su resultado sin ver los pesos del modelo. Las pruebas ZK, los entornos de ejecución confiables (TEE) y la computación multipartita (MPC) demuestran o asumen cosas distintas y tienen costos distintos, y un sistema real los combina. Trusted Computing Framework los compara.
¿La auditoría verificable reemplaza la auditoría de un contrato?
No. Muestra que se puede confiar en un cálculo y en su resultado. No dice nada sobre si la lógica de tu propio contrato tiene un error.
¿Necesito las funciones de IA para construir sobre Bitroot?
No. Son una extensión opcional. Una aplicación DeFi o NFT estándar puede usar solo las funciones ordinarias de la EVM.
¿Dónde encaja el cómputo en GPU?
La cadena registra los trabajos y los pagos, y el trabajo en GPU se realiza en una red de cómputo distribuido. Distributed GPU and Edge Compute Networks explica cómo estas redes dividen y planifican el trabajo y se recuperan de trabajos fallidos, y qué debería evitar prometer una cadena sobre el cómputo.
5. Construir sobre Bitroot
¿Cómo me conecto a la red?
Agrégala como red personalizada en una cartera EVM usando el nombre de la red, la URL de RPC, el Chain ID, el símbolo de la moneda y la URL del explorador que se muestran en BRTSCAN (https://devnet.bitroot.co/overview). La Guía para desarrolladores explica paso a paso el caso de MetaMask.
¿Por qué el sitio no incluye la URL de RPC ni el Chain ID?
Los parámetros de la testnet pueden cambiar entre actualizaciones, y un valor desactualizado tiene más probabilidades de conectarte a la red equivocada que de ayudarte. BRTSCAN es la fuente autorizada de los valores vigentes.
¿Cómo obtengo tokens de testnet?
Envía la dirección de tu cartera en el faucet, https://devnet.bitroot.co/faucet. Con la tarifa promedio indicada arriba, una reclamación debería bastar para mucha actividad de desarrollo.
¿La testnet y la mainnet son la misma red?
No. La URL de RPC y el Chain ID difieren entre entornos, así que comprueba en BRTSCAN a cuál estás conectado.
¿Cómo despliego con Hardhat, Foundry o Remix?
Apunta la configuración de red a Bitroot y despliega como en cualquier cadena EVM. La Guía para desarrolladores incluye fragmentos de configuración para Hardhat y Foundry y el flujo «Injected Provider» de Remix. Tras desplegar, verifica el código fuente en BRTSCAN para que otros puedan leer el contrato y llamar a sus funciones de vista desde el explorador.
¿Hay un puente?
Sí, en https://bridge.bitroot.co/.
¿Por dónde empiezo a aprender?
La sección Estudio cubre los fundamentos. Para la ejecución paralela en concreto, Who Should Read About Parallel EVM ofrece rutas de lectura separadas para desarrolladores de contratos, ingenieros de clientes e investigadores.
6. Nodos y staking
¿Qué tipos de nodos hay?
Dos. Los nodos validadores participan en el consenso, la producción de bloques y la verificación, y requieren un tiempo de actividad estable. Los nodos de cómputo aportan capacidad de GPU para el entrenamiento y la inferencia de IA distribuidos, y requieren hardware adecuado a las tareas que asumen. Un mismo operador puede ejecutar uno de los dos o ambos. Consulta Nodos.
¿Cómo funciona el staking?
Ambos roles apuestan BRT como garantía. Un validador que firma dos veces o un nodo de cómputo que devuelve resultados incorrectos puede perder parte o la totalidad de su stake, en proporción a la infracción. Los nodos que se comportan correctamente acumulan reputación, lo que influye en la frecuencia con la que son seleccionados y en lo que ganan. El stake mínimo, el período de bloqueo y la fórmula de recompensas están en el repositorio del protocolo y en los anuncios oficiales, y no se fijan aquí.
¿Puede unirse mi GPU inactiva?
Sí. Las GPU domésticas, empresariales y de minería inactivas pueden participar en el nivel de capacidad que les corresponda. Es un objetivo declarado de la red de nodos de cómputo.
¿Cómo se asignan y se comprueban las tareas de cómputo?
La asignación usa una función aleatoria verificable (VRF), de modo que nadie puede elegir quién recibe una tarea. En las tareas críticas, el mismo trabajo se envía a varios nodos independientes y el resultado solo se acepta cuando coinciden.
¿Se pueden recortar arbitrariamente los tokens en staking?
No. El slashing se aplica a conductas indebidas verificables, como firmar dos veces o devolver resultados incorrectos. La participación ordinaria y los problemas ocasionales de red no lo activan.
7. Ecosistema y Fundación
¿Qué tipos de proyectos encajan en Bitroot?
DeFi e infraestructura financiera, herramientas para desarrolladores, agentes de IA y aplicaciones de cómputo, y aplicaciones de consumo y sociales. Consulta Ecosistema.
¿Cómo apoya la Fundación Bitroot a los proyectos?
Varios equipos gestionan cada uno un programa de subvenciones para una vertical, por lo que ningún organismo decide todo. El apoyo abarca financiación, orientación técnica, visibilidad y presentaciones. Los programas vigentes y las ventanas de solicitud están en la página de la Fundación.
¿Existe un requisito mínimo para unirse al ecosistema?
No hay una única puerta de acceso. Estar desplegado en Bitroot o integrado con el protocolo suele bastar, y la elegibilidad para subvenciones varía según el equipo y la vertical.
¿Qué proyectos están activos?
La página del ecosistema enumera solo proyectos que pueden verificarse y se actualiza a medida que se lanzan. Las alianzas no confirmadas quedan fuera.
8. Cómo leer y citar este sitio
¿Dónde está la documentación técnica?
En el Whitepaper, la sección de Investigación y el Blog. El blog tiene la serie técnica sobre el funcionamiento interno de la EVM, la ejecución paralela, el consenso y la computación confiable.
¿Pueden leer el sitio las herramientas de IA y los rastreadores?
Sí. Cada artículo también se sirve como Markdown plano, sin texto de navegación, en /{locale}/blog/{slug}.md, y /llms.txt enumera las páginas principales por idioma. El sitio está disponible en inglés, chino simplificado, chino tradicional, japonés, coreano, español y francés.
¿Cómo se selecciona y se corrige el contenido?
La página de Estándares editoriales describe cómo se elige, redacta, revisa y corrige el contenido técnico y de investigación.
¿Cómo contacto con Bitroot para temas de prensa?
Usa la página de Contacto para medios. Los logotipos y las pautas de marca están en Recursos de marca.
¿Esto es asesoramiento de inversión?
No. El contenido es información general, no asesoramiento financiero, de inversión, legal ni fiscal. Las cifras de rendimiento son los objetivos declarados del proyecto o resultados bajo condiciones que pueden no coincidir con las tuyas.