Priority Blockspace for Humans en World Chain: listo para mainnet con Alchemy

El año pasado, World presentó Priority Blockspace for Humans (PBH), una nueva forma para que los poseedores de World ID reciban inclusión prioritaria de transacciones en los bloques de World Chain. PBH está diseñado para contrarrestar la proliferación de bots onchain reservando blockspace garantizado para humanos reales y verificados.

Según L2Beat, World Chain se ha mantenido consistentemente en el top 10 en valor total asegurado (con más de $450M) y en el top 5 en operaciones de usuario por segundo (típicamente más de 25 UOPS). Con su aplicación insignia, World App, hay pocos proyectos de infraestructura en el espacio cripto en los que tantos humanos reales mueven valor real. Es imperativo que esos humanos reales tengan una forma confiable de acceder al blockspace de World Chain, un recurso que podría convertirse en uno de los pilares del internet centrado en el humano.

Desde su creación, Tools for Humanity (el contribuidor principal de World), Flashbots, y nuestro equipo han trabajado de cerca para dar vida a PBH. Esta semana, PBH se lanza oficialmente en la mainnet de World Chain. Como proveedor de Rollup-as-a-Service (RaaS) para World Chain y como el bundler ERC-4337 que da soporte a World App, hemos tenido un papel central en la construcción, prueba y escalado de la infraestructura que hace posible PBH.

Este post profundiza en cómo funciona PBH y en el trabajo que se hizo para hacerlo realidad.

Conceptos básicos de PBH: el flujo general

Cuando un usuario descarga World App, se le asigna un World ID. Luego puede optar por verificar su World ID en un Orb, una cámara avanzada que toma fotografías del rostro y los ojos del usuario. Estas se encriptan y se almacenan únicamente en el teléfono del usuario. A partir de las fotos se generan códigos encriptados de forma permanente, que luego se almacenan en bases de datos seguras. La parte privada del World ID, almacenada en el dispositivo del usuario, se usa para demostrar la pertenencia al conjunto de datos de identidad onchain. .

Los usuarios pueden usar su World ID para demostrar que son humanos verificados confirmando su existencia en el árbol de merkle onchain. Esto se hace usando pruebas de conocimiento cero con entradas privadas, de modo que el verificador no aprende nada sobre el usuario más allá de que ya fue verificado previamente.

Tools for Humanity diseñó un block builder personalizado capaz de detectar y priorizar operaciones de usuario onchain que lleven una prueba de humanidad vinculada a esa operación.

Esta prueba de conocimiento cero de humanidad vinculada a una transacción se construye con:

• Una identidad privada y una prueba de Merkle privada que demuestra la existencia de esa identidad en el conjunto de World ID.
• Un hash de señal público que vincula la prueba a la transacción específica.
• Un nullifier público usado para limitar la tasa de uso de la prueba y prevenir abusos.

Así es el flujo:

1. El usuario genera una prueba de World ID vinculada a su transacción y la envía junto con la transacción.
2. El block builder verifica:

• La validez de la prueba sobre sus entradas públicas: la raíz de Merkle actual del conjunto de ID, el hash de la operación como señal, y el nullifier.
• Que el nullifier no haya superado los límites de uso.

1. Si las verificaciones son correctas, el builder incluye la operación en la parte superior del bloque.

Confiabilidad de RaaS con PBH

Nuestro equipo de RaaS opera infraestructura de secuenciador líder en la industria, diseñada para alta disponibilidad y baja latencia. Al extender el soporte para PBH a nivel de secuenciador, nuestro objetivo fue mantener el nivel de confiabilidad que nuestros usuarios esperan.

Para hacer esto posible, integramos Rollup-Boost, un sistema desarrollado por Flashbots y Tools for Humanity. Permite la producción de bloques externa mientras preserva las garantías de seguridad y liveness de un secuenciador estándar basado en op-geth. En esta configuración, los bloques son construidos externamente por World Builder usando el nuevo ordenamiento de PBH y luego validados localmente por op-geth. Rollup-Boost proporciona una ruta de respaldo, que permite al secuenciador cambiar de World Builder al builder estándar si es necesario.

Esta arquitectura introduce un nuevo tradeoff: Rollup-Boost se convierte en un posible punto único de falla.

Nuestro stack de secuenciador de alta disponibilidad

Para abordar los puntos únicos de falla en el op-stack, usamos una arquitectura de secuenciador de alta disponibilidad basada en op-conductor. Esta configuración permite que el secuenciador:

• Ejecute tres réplicas de cada componente (World Builder, Rollup-Boost, y el par de op-stack: op-node y op-geth).
• Use elección de líder basada en Raft y failover automático cuando una réplica deja de estar saludable.
• Continúe construyendo bloques usando op-geth si todos los World Builders no están disponibles.

Capas adicionales de enrutamiento, incluyendo proxies, relays y balanceadores de carga, aíslan al secuenciador del tráfico externo mientras mantienen baja latencia. La introducción de Rollup-Boost duplicó el número de block builders en el sistema, y PBH complicó las verificaciones de validez de transacciones. Tools for Humanity (TFH) desarrolló un proxy de transacciones personalizado para el tráfico de World Builder. Trabajamos de cerca con TFH para diseñar e integrar este proxy manteniendo la alta disponibilidad tanto para las validaciones de PBH como para el tráfico que no es de PBH.

El resultado de toda esta infraestructura es que PBH corre sobre el stack de secuenciador de alta disponibilidad más personalizable de la industria, lo que le da al equipo de World la libertad de iterar sobre su lógica de builder con 99.999% de disponibilidad.

Logrando juntos el éxito del lanzamiento en mainnet

Antes del lanzamiento en mainnet, nuestro equipo y Tools for Humanity colaboraron en una serie de simulaciones para probar esta infraestructura bajo estrés. Durante tres días, más de 40 horas de reuniones y más de 100 horas de trabajo de ingeniería, los equipos detuvieron nodos, desconectaron peers, forzaron failovers y documentaron anomalías.

Se corrigieron todos los bugs y vacíos de observabilidad, lo que resultó en un stack de infraestructura en el que ambos equipos confían para manejar cargas de producción con la confiabilidad que los usuarios esperan de una L2 líder. Como resultado de los aprendizajes de estas simulaciones:

• Endurecimos el proceso de failover automático del secuenciador, eliminando failovers no deseados y ajustando los health checks.
• Dimensionamos correctamente todo el hardware de construcción de bloques para lograr el máximo throughput.
• Alineamos la configuración de los pools de transacciones en todos los block builders del sistema, World y op-geth, para mejorar la propagación de transacciones a través del sistema.

Priority blockspace for humans + ERC-4337

World App usa user operations ERC-4337 (UOs) para patrocinar el gas de sus usuarios. Representa casi todas las UOs en World Chain, que procesa de forma consistente más de 35 millones de UOs por mes y representa dos tercios de toda la actividad de ERC-4337 en todas las chains.

Es esencial que PBH se integre completamente con ERC-4337, permitiendo a los desarrolladores enviar user operations con pruebas de PBH para sus usuarios finales con inclusión al inicio del bloque.

Mantenemos la infraestructura de bundler ERC-4337 líder, con Rundler funcionando internamente, que procesa más del 75% de todas las user operations minadas en las chains monitoreadas. Colaboramos con Tools for Humanity para diseñar una integración de PBH que:

1. Permite al bundler detectar user operations elegibles para PBH y enviar bundles exclusivos de PBH para inclusión al inicio del bloque.
2. Preserva la compatibilidad completa con ERC-4337, manteniendo su diseño central sin permisos.
3. Evita lógica innecesaria en el bundler, reduciendo la sobrecarga de mantenimiento.

Cómo funciona

Las user operations de PBH incluyen la prueba en el campo de firma. Usando esto, el bundler debe:

• Detectar UOs de PBH válidas.
• Construir bundles que contengan exclusivamente UOs de PBH válidas.

Una solución ingenua sería codificar lógica específica de PBH directamente en Rundler, pero esto es frágil y difícil de mantener. En su lugar, los equipos usaron la función de agregador de firmas de ERC-4337, un mecanismo poco utilizado y a menudo mal entendido.

En este diseño:

• Las UOs de PBH devuelven una dirección específica de agregador de PBH desde su función de validación.
• Rundler detecta esto y llama al método de validación del agregador para verificar la prueba.
• Los bundles se construyen por agregador, asegurando que las UOs de PBH se agrupen. Las pruebas se extraen de cada UO y se concatenan.
• Los datos de prueba agregados se envían onchain al agregador para su verificación. El agregador verifica cada prueba antes de que las user operations puedan ejecutarse.

Este enfoque:

• No requiere cambios en la lógica central de Rundler y es compatible con otros agregadores, incluyendo BLS.
• Funciona con las APIs estándar de bundler.
• Encapsula el soporte de PBH detrás de una interfaz estándar que cualquier bundler podría adoptar.

Un obstáculo: EntryPoint v0.7 y agregadores con estado

PBH usa nullifiers para limitar la tasa de uso. Para hacer cumplir esto, el agregador debe mantener estado. Pero EntryPoint v0.7 solo permite view calls a los agregadores, lo que hace imposible una lógica con estado.

Para resolver esto, se desplegó un PBHEntrypoint personalizado que envuelve v0.7 y rastrea los nullifiers onchain.

El PBHEntrypoint se coordina con el PBHSignatureAggregator para asegurar que el bundler pase por el entry point de PBH antes de ejecutar el bundle:

• Antes de llamar al entry point de ERC-4337, PBHEntrypoint almacena un hash de todas las user ops en transient storage.
• El agregador de firmas verifica luego este hash cuando es llamado por el entry point de ERC-4337, revirtiendo si no coincide.

Gracias a la retroalimentación de TFH y de nuestro equipo, la restricción de view se eliminó en EntryPoint v0.8, abriendo el camino para implementaciones más limpias.

Inclusión en el siguiente bloque

El blockspace prioritario solo importa si es rápido. De cara a la mainnet de PBH, nuestro equipo de bundler hizo varias mejoras de rendimiento para asegurar la inclusión en el siguiente bloque:

1. Escalamos los relays de EOA y los balances nativos de gas.
2. Optimizamos la latencia de bundling.
3. Mejoramos la asignación de relays para reducir el encolamiento en el mempool.

Los resultados en World Chain muestran cifras directamente comparables con las de transacciones sin procesar, lo que demuestra que el bundler agrega una sobrecarga insignificante.

• Tiempo de minado P50: < 3s
• Tiempo de minado P95: < 4s

Validez offchain y futuras optimizaciones

Las pruebas de PBH son grandes y pueden ser costosas de verificar onchain. Para reducir los costos de gas, el sistema de PBH soporta verificación de pruebas tanto onchain como offchain. En modo offchain, World Builder verifica las pruebas offchain antes de otorgar prioridad al inicio del bloque. Siempre se incluyen onchain para que cualquier observador pueda verificar que World Builder está ordenando correctamente.

Esto mejora la eficiencia y deja espacio para posibles optimizaciones futuras que reduzcan el uso de calldata o el tamaño de las transacciones. Además de estas optimizaciones de pruebas, nuestros equipos también están explorando mejoras a nivel de secuenciador y red, incluyendo:

• Usar Flashblocks para pre-confirmaciones en L2. Esto podría reducir el tiempo de minado P50 de 3s a 500ms
• Modificar los mercados de fees para asegurar que las fees se mantengan bajas para los usuarios finales mientras que a los bots se les sigue cobrando de forma apropiada para combatir el spam.

Reflexiones finales

PBH redefine cómo se asigna el blockspace al poner a los humanos primero. Pero es más que una actualización de protocolo; es un desafío de infraestructura.

Nuestro compromiso con una confiabilidad de secuenciador de primer nivel y con la integración de Rollup-Boost, junto con las optimizaciones del bundler y la compatibilidad con ERC-4337, hicieron posible llevar PBH de la idea a la mainnet.

Con PBH en vivo, World Chain es ahora la primera L2 en la que ser humano realmente importa.

Estamos aquí para ayudarte a alcanzar hitos onchain tal como lo ha hecho World.

• Empieza a construir con smart wallets y rollups
• Contacta a nuestro equipo en cualquier momento para preguntas de integración, precios a escala, y más.

Preguntas frecuentes

¿Qué es Priority Blockspace for Humans (PBH)?

Priority Blockspace for Humans es un mecanismo en World Chain que reserva blockspace garantizado para poseedores de World ID verificados, asegurando que los humanos reales reciban inclusión prioritaria de transacciones sobre los bots sin necesidad de pagar fees de gas altas.

¿Cómo funciona PBH en World Chain?

Los usuarios con World IDs verificados generan una prueba de conocimiento cero vinculada a su transacción, que el block builder personalizado valida y prioriza en la parte superior del bloque, asegurando la inclusión sin revelar la identidad del usuario.

¿Quién puede acceder a Priority Blockspace for Humans?

Solo los poseedores de World ID verificados que hayan completado la verificación en Orb pueden acceder a la inclusión prioritaria de PBH en World Chain.

¿Qué tan rápidas son las transacciones de PBH en World Chain?

Las transacciones de PBH alcanzan un tiempo de minado P50 de menos de 3 segundos y un tiempo de minado P95 de menos de 4 segundos, comparable con transacciones sin procesar.

¿Es PBH compatible con las user operations de ERC-4337?

Sí, PBH se integra completamente con ERC-4337, permitiendo a los desarrolladores enviar user operations con pruebas de PBH para inclusión al inicio del bloque a través de infraestructura estándar de bundler.

¿Qué infraestructura da soporte a PBH en World Chain?

PBH está construido sobre Rollup-Boost, desarrollado por Tools for Humanity y Flashbots, y corre sobre nuestro stack de secuenciador de alta disponibilidad con 99.999% de disponibilidad y capacidades de failover automático.

¿La verificación de PBH ocurre onchain u offchain?

PBH soporta verificación de pruebas tanto onchain como offchain, con World Builder verificando las pruebas offchain antes de otorgar prioridad, mientras las incluye onchain para mantener la transparencia.

¿Cuándo se lanzó PBH en la mainnet de World Chain?

PBH se lanzó oficialmente en la mainnet de World Chain en 2025, tras extensas pruebas y simulaciones de infraestructura realizadas por nuestro equipo, Tools for Humanity y Flashbots.