La mayor parte del ecosistema cripto comienza desde la aplicación y trabaja hacia abajo, esperando que los cimientos se sostengan. Nosotros comenzamos desde los cimientos. La premisa de GOAT Network es que la base de cualquier stack financiero —la capa donde un saldo se convierte en un hecho que ningún operador, consejo o emisor puede revertir— debe ser el libro contable más neutral y con el mayor costo de ataque que exista.
Hoy, ese libro contable es Bitcoin.
Todo en el Stack de GOAT existe para llevar esa garantía hacia arriba: desde la liquidación de Bitcoin, a través de un puente con mínima confianza, hacia un entorno de ejecución zkEVM rápido, y hasta la capa de pagos, identidad y aplicaciones donde los humanos, las instituciones y los agentes autónomos realmente realizan transacciones.
Este artículo recorre el stack tal como está construido —de abajo hacia arriba— y luego, en la cima, invierte la perspectiva para seguir un solo pago de un agente a través de las capas que toca.
Responderemos las preguntas que importan: ¿cómo se mueve el valor hacia y desde Bitcoin sin un custodio?, ¿qué se ejecuta encima?, y ¿qué puede pagar realmente un agente hoy? También seremos directos sobre qué capas están probadas en batalla y cuáles aún se están endureciendo.
TLDR
Las cuatro capas del Stack de GOAT, de abajo hacia arriba:
- Bitcoin - la capa de liquidación. No es "seguridad de Ethereum", ni "seguridad de un comité". Liquidación final anclada al libro contable de prueba de trabajo más probado que existe.
- El puente de liquidación (clase BitVM2/BitVM3) - el valor se mueve hacia y desde Bitcoin bajo un supuesto de honestidad de 1-de-n: un solo participante honesto es suficiente para detener el fraude. Esta es la capa que convierte "asegurado por Bitcoin" de un eslogan a un mecanismo. (Madurando: activo en testnet, avanzando hacia mainnet - ver la nota de honestidad más abajo.)
- La capa de ejecución de GOAT - una zkEVM Tipo 1 con pruebas ZK en tiempo real y una red de secuenciadores descentralizada. Programabilidad EVM completa, pruebas en menos de 3 segundos, liquidando pruebas hasta Bitcoin.
- La capa de agentes y aplicaciones - donde el valor se vuelve utilizable: billeteras de agentes, AgentKit para integración sin fisuras (incluyendo identidad a través de ERC-8004), pagos de agentes multicadena (x402 y MPP), y la superficie de aplicaciones y comercios con la que los agentes transaccionan —todo descansando sobre una base estricta de cumplimiento normativo y licencias.

El Stack de GOAT: valor que se liquida en Bitcoin, llevado hacia arriba a través de cuatro capas - finalidad en la base, usabilidad en la cima.
Capa 1: Bitcoin, la Capa de Liquidación
Cada otra capa en este stack hereda su finalidad de esta, por lo que vale la pena ser precisos sobre lo que significa "liquidar en Bitcoin" y por qué lo elegimos.
Un pago es un mensaje —una instrucción, una autorización, una actualización de saldo dentro de algún sistema. La liquidación es un hecho: el punto más allá del cual una transferencia no puede ser revertida, censurada o renegociada por nadie, incluido el operador del sistema en el que ocurrió. La mayor parte de la economía digital se basa en la liquidación diferida: saldos que son finales en la práctica solo mientras una institución se mantenga solvente, cooperativa y sin presiones políticas. Para el comercio humano respaldado por tribunales y contratos, eso suele estar bien. Para el valor que necesita ser final por sus propios méritos —liquidación institucional, transferencias transfronterizas y, cada vez más, pagos de máquina a máquina sin recurso legal entre las contrapartes— la propia capa de liquidación debe ser neutral.
Bitcoin es el único libro contable que supera ese listón hoy: diecisiete años sin una parte controladora, asegurado por energía física gastada fuera del sistema, con un historial de seguridad que ninguna otra cadena puede reclamar. Su red superó un zettahash por segundo de tasa de hash a principios de 2026; incluso el shock de tasa de hash más pronunciado del año produjo cero pérdida de finalidad.
Esa es la propiedad que GOAT Network está construida para extender hacia arriba —no para reemplazar la capa base de Bitcoin, sino para hacer que su garantía de liquidación sea alcanzable desde un entorno programable.
Lo que Bitcoin no puede hacer es ejecutar. Su capa base nunca estuvo destinada a albergar una economía de alto rendimiento, y no debería intentarlo. Liquidar en Bitcoin no debería significar computar en Bitcoin. Cerrar esa brecha —neutralidad en la base, programabilidad encima— es el trabajo de la Capa 2.
Capa 2: El Puente de Liquidación
El problema más difícil en el diseño de la Capa 2 de Bitcoin es mover valor hacia y desde Bitcoin sin reintroducir la misma confianza que viniste a Bitcoin a evitar.
La mayoría de los puentes "Bitcoin" son multisig federados disfrazados de Bitcoin: un cuórum de firmantes en los que debes confiar para que no coludan. En colaboración con su diseñador, @Robin_Linus, el puente de liquidación de GOAT Network está construido sobre la línea de investigación BitVM2 (y sus evoluciones, las construcciones de circuito ofuscado de clase BitVM3), cuya propiedad definitoria es un supuesto de confianza mucho más débil: honestidad de 1-de-n. Mientras un solo participante honesto esté observando, el fraude puede ser detectado y detenido en el propio Bitcoin. No confías en una mayoría; confías en que hay al menos una parte honesta —y tú puedes ser esa parte.
El mecanismo, en términos simples: cuando un operador intenta mover valor puenteado, su reclamo entra en un juego de desafío pre-firmado ejecutado por Bitcoin. Si el reclamo es honesto y no es impugnado, la liquidación procede. Si es fraudulento, cualquier observador honesto puede emitir un desafío que termina —después de una ventana de disputa optimista— en una verificación que Bitcoin Script ejecuta de forma nativa, y el operador deshonesto pierde su garantía. El trabajo de ingeniería profunda aquí es hacer que esa disputa sea lo suficientemente barata como para ejecutarse realmente dentro de las restricciones de Bitcoin, que es exactamente lo que logran las construcciones de clase BitVM3: colapsar la resolución de disputas en cadena a una sola verificación de hash, con una configuración que se ejecuta en hardware estándar.
Una nota de honestidad: esta es la parte más nueva y en evolución más activa del stack. El modelo de puente 1-de-n es el supuesto de confianza más fuerte que la interoperabilidad de Bitcoin haya tenido —pero tiene años, no décadas, y cualquiera que te diga que los puentes L2 de Bitcoin están tan probados como el propio Bitcoin te está vendiendo algo.
El puente de GOAT Network está activo y observable en testnet y avanzando hacia mainnet con límites de depósito y un endurecimiento por etapas, en lugar de un lanzamiento de "interruptor". El modelo de confianza completo —cada parte, cada supuesto y los casos en los que retrocede— se publica por separado, no está enterrado aquí.
Apostamos todo el proyecto a madurar esta construcción en público, en lugar de hacerlo sobre una federación multisig, y preferimos mostrarte el proceso antes que pedirte que confíes en nuestra palabra.
Capa 3: La Capa de Ejecución de GOAT
Sobre el puente se encuentra donde realmente funcionan las cosas: una zkEVM Tipo 1. "Tipo 1" es el extremo estricto del espectro —significa equivalencia completa con Ethereum, por lo que los contratos Solidity existentes, las herramientas y los hábitos de los desarrolladores funcionan sin modificaciones. Cualquier cosa que puedas construir en Ethereum, puedes construirla en GOAT Network, con Bitcoin debajo en lugar de Ethereum.
Dos piezas hacen que esta capa funcione.
La primera es la prueba en tiempo real: cada lote de transacciones se compila en una prueba de validez de conocimiento cero que atestigua que la transición de estado fue correcta. El pipeline de pruebas de GOAT Network —construido sobre la zkVM Ziren, un probador basado en MIPS desarrollado por nuestra rama de investigación ZK (@ProjectZKM) y auditado de forma independiente— genera estas pruebas lo suficientemente rápido como para mantener el ritmo de producción de bloques, con pruebas de menos de tres segundos demostradas en pruebas. Las pruebas de validez significan que la corrección de la red es verificada por las matemáticas en lugar de ser afirmada por un operador, y esas pruebas se liquidan en Bitcoin a través del puente.
(Nota: somos uno de los pocos equipos L2 de Bitcoin —posiblemente el único equipo— que ejecuta su propia zkVM en producción, auditada de forma independiente. Externalizar esta parte crucial significa heredar la hoja de ruta de otra persona para el mantenimiento, las actualizaciones y la rapidez con la que se corrige un error crítico, lo cual es inaceptable).
La segunda es una red de secuenciadores descentralizada. Los secuenciadores ordenan las transacciones, las ejecutan y publican el estado.
Los secuenciadores centralizados son el punto único de fallo silencioso en la mayoría de las L2. GOAT Network ejecuta un conjunto descentralizado cuya composición está comprometida con el propio Bitcoin, por lo que el estado canónico contra el que un operador debe probar está anclado a la capa base en lugar de al buen comportamiento del operador. Esto es también lo que permite que el sistema resista el problema del doble gasto del operador que una rollup ingenua de Bitcoin heredaría.
El resultado es un entorno EVM familiar y completamente programable que se siente como cualquier L2 moderna para un desarrollador —y cuya finalidad, de manera única, se remonta a Bitcoin.
Capa 4: La Capa de Agentes y Aplicaciones
Una garantía de liquidación que nadie puede usar es solo un artículo de investigación. La cima del Stack de GOAT es donde la ejecución anclada a Bitcoin se convierte en algo sobre lo que las personas, las instituciones y, especialmente, los agentes autónomos realizan transacciones —integrado desde el principio, no añadido después.
Para ver cómo encaja, invierte la perspectiva. Las tres capas inferiores se construyen hacia arriba desde la liquidación. Esta se lee mejor hacia abajo, como el valor realmente se mueve: comienza con un agente en la cima y sigue un solo pago mientras viaja a través de una billetera, un kit de herramientas, un riel de pago y, finalmente, hasta lo que sea que esté comprando. Ese camino de arriba hacia abajo —la visión del agente del stack— es el mapa de pagos agénticos de GOAT.

El mapa de pagos agénticos de GOAT: sigue un pago desde un agente, a través de su billetera, AgentKit (identidad ERC-8004), pago multicadena y hasta la superficie del comercio —todo sobre una base de cumplimiento normativo, todo liquidándose en Bitcoin.
Agentes: los actores. Un agente autónomo —analizando, negociando, transaccionando a velocidad de máquina en nombre de una persona o una empresa— es el usuario para el que está diseñada esta capa. Todo lo que está debajo existe para que un agente pueda mantener valor, demostrar quién es, pagar y recibir pagos, sin un humano en el bucle para cada paso.
Billeteras de agentes. Antes de que un agente pueda transaccionar, necesita un lugar para guardar claves y valor. En lugar de forzar una billetera propietaria, GOAT Network integra la infraestructura de billeteras de agentes establecida para que los constructores puedan usar el stack de gestión de claves que ya conocen. Las prioridades a corto plazo en este nivel son exactamente las que esperarías: más integraciones de billeteras y ponerlas frente a los constructores que las necesitan.
AgentKit: el kit de herramientas y la identidad. AgentKit es el kit de herramientas para desarrolladores que convierte una billetera en bruto en un actor económico: operaciones de billetera, acciones con tokens, integración de pagos e identidad, expuestos a través de un SDK o CLI único. La pieza de identidad es la que más importa en este nivel. ERC-8004 proporciona a los agentes registros de identidad y reputación portátiles y en cadena que acumulan historial con cada interacción, para que un agente pueda responder "¿quién soy yo y se puede confiar en mí?" sin un atestiguador centralizado. La advertencia honesta que hemos publicado en otro lugar también se aplica aquí: los recuentos de registro son la métrica más fácil de inflar en este campo, y un registro de identidad demuestra continuidad, no honestidad —la confianza resistente a Sybil es el problema genuinamente difícil y aún abierto, y lo tratamos como tal.
Pago de agente multicadena. Con la identidad establecida, el agente necesita pagar. El nivel de pagos de GOAT Network es multicadena por diseño, combinando dos mecanismos. x402 revive el código de estado HTTP 402 "Pago Requerido" como un riel real: una API devuelve 402, el agente paga programáticamente, la solicitud se completa —sin cuentas, sin facturas, sin aprobación humana, pago a la velocidad de una solicitud web. Junto a él, MPP extiende los pagos a través de cadenas, para que un agente pueda pagar desde donde vive su valor y hacer que se liquide a través de GOAT hasta Bitcoin. La hoja de ruta aquí es concreta: más cadenas y rampas de entrada fiduciarias para que la frontera entre el dinero de los agentes y el dinero ordinario se vuelva más delgada.
La superficie de aplicaciones y comercios. Esto es lo que realmente alcanza el pago de un agente —las cosas que hay para comprar y los comerciantes que las venden. Abarca categorías y aplicaciones: tarjetas de regalo, DeFi, lanzamiento e implementación de agentes a través de ClawUp, nombres legibles por humanos opcionales que un agente o usuario puede agregar encima —muy similar a ENS en Ethereum— a través del GOAT Name Service (GNS), y un conjunto creciente de aplicaciones del ecosistema. En el lado de la oferta, los comerciantes se conectan a través del Backend GOAT X402 —la plataforma operativa (incorporación, webhooks, controles administrativos, endurecimiento de seguridad) que separa un sistema de pago real de un punto final desnudo, y convierte "un comerciante está interesado en aceptar pagos de agentes" en "un comerciante está aceptando pagos de agentes". Las prioridades en este nivel: más comerciantes y una optimización implacable de la experiencia de usuario.
Cumplimiento normativo y licencias. Debajo de todo el mapa de pagos se encuentra la capa que la mayoría de los diagramas cripto omiten y de la que depende todo negocio de pagos real: el cumplimiento normativo y las licencias. Los pagos nativos de máquinas aún tocan el mundo regulado en el momento en que se encuentran con un comerciante, una rampa fiduciaria o una institución, y GOAT Network trata el cumplimiento normativo como un elemento fundamental, no como una ocurrencia tardía añadida al final.
Y aquí está la mejora con respecto a cualquier diagrama de pagos independiente —la parte que hace que este mapa sea nuestro y no de cualquiera: todo en esta capa descansa sobre las Capas 1 a 3. La billetera, la identidad, el pago, la liquidación del comerciante —todo ello hereda la finalidad del puente de liquidación y, debajo de eso, el propio Bitcoin. La mayoría de los stacks de pagos de agentes terminan en un emisor de stablecoin o en un consejo de seguridad L2. Este termina en prueba de trabajo. Ese es el punto central: pagos a la velocidad de HTTP, liquidación a la profundidad de Bitcoin.
Lo que puedes construir hoy
El stack no es un diagrama que espera un lanzamiento futuro —la mayor parte está activo, y los constructores ya están enviando productos sobre él.
Un comerciante puede incorporarse a través del Backend GOAT X402 y aceptar pagos de máquinas con controles administrativos reales. Un desarrollador de agentes puede poner en marcha una billetera a través de un proveedor integrado, usar AgentKit para darle al agente una identidad ERC-8004, conectar pagos x402 e implementar en un entorno con estándares públicos documentados. Y a través del Programa de Becas para Constructores de IA de GOAT, los equipos ya están construyendo aplicaciones reales sobre estos rieles —desde servicios de verificación de razonamiento de agentes hasta sistemas de pago colateralizados en Bitcoin para agentes que nunca tienen una clave privada.
Lo que está activo hoy: la zkEVM de GOAT y mainnet, la red de secuenciadores descentralizada, las pruebas en tiempo real a través de Ziren, y la capa de agentes y aplicaciones —integraciones de billeteras, AgentKit, ERC-8004, GNS, x402 y la plataforma para comerciantes. Lo que se está endureciendo: el puente de liquidación de clase BitVM2/BitVM3, avanzando a través de testnet hacia mainnet con el modelo de confianza publicado abiertamente.
Creemos que decirte cuál es cuál es parte del producto.
La conclusión
GOAT Network cumple con una idea simple pero exigente: valor que se liquida en Bitcoin, alcanzable desde un entorno programable. Las cuatro capas son cómo funciona eso. Bitcoin proporciona una liquidación que ningún operador puede revertir. El puente de clase BitVM2/BitVM3 lleva esa garantía a través de un límite de confianza de 1-de-n en lugar de una federación de confianza. La capa de ejecución zkEVM, con pruebas en tiempo real y secuenciadores descentralizados, hace que el valor anclado a Bitcoin sea completamente programable. Y la capa de agentes y aplicaciones —billeteras, AgentKit e identidad ERC-8004, pagos multicadena y la superficie para comerciantes, todo sobre una base de cumplimiento normativo— lo hace utilizable por los humanos, instituciones y agentes que realmente realizarán transacciones.
Pagos a la velocidad de HTTP. Liquidación a la profundidad de la prueba de trabajo. Ese es el Stack de GOAT.
Ahora es tu turno de construir —dirígete a la documentación para desarrolladores para enviar productos sobre infraestructura asegurada por Bitcoin.
Si no se liquida en Bitcoin, no se liquida en absoluto.
Documentación para desarrolladores: docs.goat.network · Código: github.com/GOATNetwork · Explorador: explorer.goat.network
Nada de esto es un consejo de inversión.





