Arthur Hayes abre Devnet de inferencia de IA verificada de FLOP

Arthur Hayes, fundador y director ejecutivo de FLOP Labs, abrió la red de desarrolladores de inferencia de IA verificada por FLOP a los desarrolladores el 3 de noviembre de 2026. La cadena reiniciable ahora expone un explorador de bloques, un grifo de token de prueba, una API pública, una interfaz MCP y SDK. Los agentes pueden solicitar inferencias certificadas en la superficie de prueba de inferencia de FLOP.

La página de enlaces oficiales es directa sobre lo que no es esa apertura. El trabajo de Devnet no genera nada: ni recompensas ni peso de lanzamiento aéreo. Todavía no hay ningún token FLOP activo para comprar, acuñar, reclamar o intercambiar. La prueba FLOP es para verificaciones de plomería, no para un marcador.

Lo que los constructores pueden tocar hoy

FLOP Labs señala a los desarrolladores las superficies en vivo que figuran en su entrada de red pública. Entre ellos se incluyen el explorador en explorer.devnet.flop.network, el faucet en faucet.flop.network, los documentos del operador en docs.flop.network y el inicio del proyecto en flop.finance.

El grifo está etiquetado para la cadena desechable. Una subvención rápida es de 25 FLOP para pruebas ordinarias. Una ruta humana verificada más grande puede generar de 500 a 2000 FLOP contra una verificación de personalidad. Los fondos van a una dirección FLOP que utiliza el prefijo SS58 42. Eso es suficiente para abrir sesiones y observar la liquidación sin pretender que las unidades sobrevivirán a un reinicio.

La puerta de enlace REST en api.flop.network presenta una superficie de mercado de inferencia compatible con OpenAI para descubrimiento de modelos, finalización, finalización de chat y consultas de capacidad. Los documentos oficiales también enumeran un MCP alojado de solo lectura en mcp.flop.network, además de SDK de TypeScript y Python y una CLI. Los agentes codificadores pueden conectar FLOP de la misma manera que conectan otros servidores de herramientas.

Cómo funciona la inferencia de IA verificada por FLOP

El discurso de FLOP no es «ejecutar un chatbot en una cadena de bloques». Es una capa de liquidación para la inferencia paga. Un agente publica una solicitud de sesión que fija un hash de peso del modelo, un límite de latencia, un presupuesto de cómputo FLOP, un indicador de confidencialidad opcional y una tarifa. Un minero acepta y ejecuta la sesión, luego devuelve una prueba. Los validadores doblan el hash de prueba en un bloque de un segundo.

Prueba de inferencia es el nombre de ese rastro de evidencia. Cada sesión deja compromisos de activación y una transcripción cofirmada. Los validadores registran la prueba. Los retadores pueden auditar porciones más tarde. La red no vuelve a ejecutar cada token de cada respuesta para confiar en ella. Muestra cheques más baratos y respalda disputas con participación.

Ese diseño se encuentra en medio del problema actual de la IA y la cadena de bloques. Las API de la nube le brindan una respuesta y una factura. No dejan un registro público y cuestionable de que el modelo registrado funcionó según lo solicitado. FLOP intenta que el trabajo sea lo suficientemente verificable como para que los agentes puedan pagarlo sin confiar en el archivo de registro de un solo proveedor.

Por qué una cadena y por qué agentes de IA

Los agentes necesitan una unidad de racionamiento para la computación escasa. El planteamiento de FLOP es que la unidad debe convertirse en inferencia de la misma manera que el dinero ordinario se convierte en alimentos. El trabajo de la cadena son las cuentas, el depósito en garantía, la liquidación y las apuestas recortables. El trabajo de la IA es la ejecución del modelo en hosts GPU. Mezclar esos trabajos en una frase es como comienza el revuelo. Mantenerlos separados es la forma de leer el producto.

Para los constructores, la superficie del 3 de noviembre es la primera oportunidad de caminar una sesión de principio a fin. Realice la prueba FLOP, apunte un agente o SDK a la puerta de enlace, inspeccione el bloque resultante y verifique si los objetos de prueba coinciden con los documentos. El documento amarillo sigue siendo un borrador de especificación normativa para el protocolo objetivo. No se puede afirmar que todos los caminos de aseguramiento ya estén activos en esta cadena desechable.

El truco: unidades sin valor, reinicios y lo que la prueba no significa

Hayes destacó los límites que también aparecen en la propia documentación de FLOP. Los tokens de Devnet no tienen valor. No acuñan recompensas. No agregan peso de elegibilidad para el lanzamiento aéreo. La cadena puede estar limpia. Trate cualquier lanzamiento de «granja FLOP temprana» como ruido hasta que una dirección de contrato real llegue a la página de enlaces oficiales y desde @flop_labs en X.

La prueba de inferencia tiene un segundo límite que es más importante para los lectores de IA descentralizados. PoI puede respaldar la afirmación de que el trabajo registrado se realizó según lo especificado. No prueba que la respuesta de un modelo sea correcta, segura o útil. La verificación de la ejecución no es la verificación del juicio. La propia página de PoI de FLOP lo dice rotundamente.

Los documentos del operador todavía marcan la identidad de la red pública como un perfil de desarrollo. La inscripción pública espera la génesis verificada, las especificaciones de la cadena y los recibos de lanzamiento. La red de prueba más amplia que se supone que cuenta para la asignación de génesis sigue siendo una vía separada y provisional que tiene como objetivo aproximadamente 90 días de trabajo antes de una ventana de red principal del primer trimestre de 2027.

Lo que se inauguró el 3 de noviembre es, por lo tanto, una zona de pruebas para constructores con plomería real y descargos de responsabilidad estrictos. FLOP está tratando de convertir la inferencia de la IA en un trabajo soluble y cuestionable. Esta superficie de inferencia de IA verificada por FLOP permite a los agentes y SDK practicar ese ciclo. Todavía no vende un token, no obtiene un lanzamiento aéreo ni garantiza que una sesión verificada haya producido una buena respuesta.