Polkadot Hub + PDP: reescriben las reglas de despliegue de Rollup para acelerar la explosión del ecosistema.

En este artículo, Santi Balaguer, jefe de desarrollo de producto de Parity, profundiza en el posicionamiento y el significado de Polkadot Hub. No solo hereda funciones básicas de Asset Hub como gobernanza, staking e identidad, sino que también incorpora una capa de contratos inteligentes, brindando un escenario más amplio para proyectos experimentales. Lo más importante es que el Hub introduce el mecanismo de “activos externos”, trayendo activos de parachains o Rollups directamente a la capa de contratos del Hub, permitiendo que los nuevos proyectos sean compatibles de forma nativa con exchanges y custodios desde su lanzamiento, como un “caballo de Troya” que concentra la liquidez del ecosistema en el Hub.

Al mismo tiempo, PDP (Polkadot Deployment Portal) está evolucionando rápidamente para convertirse en el “sistema operativo” de los Rollups. No solo ayuda a los equipos a completar aproximadamente el 85% del trabajo de despliegue, sino que también simplifica la renovación automática de Coretime y la configuración de canales cross-chain. En la última prueba interna, 7 de los 8 usuarios de prueba realizaron operaciones prácticas, logrando una tasa de éxito del 100%, con comentarios que superaron ampliamente las expectativas. Incluso el equipo financiero de Parity desplegó con éxito un Rollup en Kusama, demostrando la facilidad de uso y fiabilidad de PDP.

Con el despliegue en Kusama a punto de abrirse, cada vez más equipos podrán implementar Rollups fácilmente. La combinación de Polkadot Hub y PDP está reescribiendo la forma de lanzar Rollups y acelerando la expansión de todo el ecosistema.

Polkadot Hub será la puerta de entrada universal para nuevos proyectos, reduciendo la barrera de integración con exchanges

Jay: ¿Podrías presentar rápidamente Polkadot Hub para quienes no están familiarizados?

Santi: Polkadot Hub en realidad es la combinación de dos aspectos. Primero, hereda muchas funciones de Asset Hub, como gobernanza, staking, sistema de identidad, todas esas funciones básicas valiosas estarán en el Hub. Segundo, también tendrá incorporada una capa de contratos inteligentes, lo que permitirá la llegada de más proyectos experimentales a Polkadot.

Pero el problema es: ¿cómo aseguramos que los nuevos Rollups puedan usarse directamente en el Hub? Como mencionamos antes, Polkadot tiene una interoperabilidad nativa que otras plataformas no pueden igualar. Ahora voy a detallar cómo el Hub introduce el concepto de “activos externos”, que permite usar directamente en el Hub los activos de parachains o Rollups a través de este mecanismo.

Ahora, nuestro trabajo en PDP es ayudar a estos equipos a inyectar de manera más sencilla la liquidez de su propia cadena en los activos externos del Hub. Así, estos activos pueden ser utilizados inmediatamente en la capa de contratos inteligentes del Hub.

Pero esto no termina ahí. He visto personalmente cómo muchos equipos sufren al integrarse con custodios y exchanges. ¿Por qué? Por motivos de seguridad, estos proveedores deben ejecutar un nodo completo de tu Rollup. Imagínate si hay cientos de Rollups, es imposible escalar. Especialmente para los Rollups que recién comienzan y no tienen mucha actividad. Ahora, con los activos concentrados en el Hub, los custodios y exchanges solo necesitan soportar el Hub, como un “caballo de Troya”.

Jay: Para cualquier nuevo proyecto, es una conveniencia natural, ¿verdad?

Santi: Exactamente, eso es lo que queremos aprovechar.

Jay: Entiendo, o sea, lanzar un rollup en Polkadot te permite ser compatible de inmediato con todos los exchanges que ya integraron Polkadot Hub y soportar activos externos. Y los exchanges prácticamente tendrán que hacerlo, porque en el futuro muchos proyectos importantes se conectarán.

Santi: Así es. Creo que en el futuro habrá debates sobre el momento de integrar activos externos, pero comparado con la forma anterior de correr nodos, al menos la barrera técnica se ha reducido mucho. Lo que podemos hacer es hacer que estas funciones estén disponibles, y luego el equipo de desarrollo de negocios hablará con exchanges y custodios para decir “integranos”, pero ya no habrá obstáculos técnicos, que es justo nuestro objetivo.

¿Los Rollups ya lanzados pueden usar PDP?

Jay: Otro aspecto muy útil que lanzaron recientemente es la renovación automática de Coretime. Antes era un gran dolor de cabeza para los primeros usuarios. Quiero preguntar, ¿los Rollups ya lanzados y en funcionamiento pueden usar PDP?

Santi: Por ahora, no. Actualmente tenemos recursos limitados, así que nos enfocamos en atraer más equipos a Polkadot. Estoy en contacto con la mayoría de los equipos existentes, y podemos ayudarlos uno a uno con sus problemas y necesidades. Mientras resolvemos esto, seguimos desarrollando PDP como una herramienta para atraer nuevos equipos.

En el futuro esperamos lograr que los Rollups ya lanzados puedan usar todas las herramientas de PDP para una integración fluida. Pero al menos por ahora, no está en nuestra hoja de ruta, aunque personalmente me encantaría lograrlo.

PDP hace el 85% del trabajo por vos, la renovación automática de Coretime ya no es un problema

Jay: Entiendo. ¿La función de renovación automática es un desafío técnico o simplemente resuelve un problema evidente?

Santi: Depende de cómo lo veas. En realidad, la cadena Coretime soporta la renovación automática, pero para habilitarla hay que seguir varios pasos, lo cual es bastante engorroso. Aunque en teoría se puede hacer, en PDP simplificamos todo el proceso. Así, no solo los usuarios de PDP pueden beneficiarse, sino también otros. Te detallo los pasos:

• Primero, tenés que asegurarte de que tu cuenta de parachain tenga fondos tanto en la relay chain como en la cadena Coretime. Nosotros lo hacemos muy visual: podés ver claramente el saldo y el ID de la cuenta.

• Luego, necesitás abrir un canal HRMP entre tu Rollup y la cadena Coretime, lo cual no es fácil. Por eso, según el proyecto que declares, generamos previamente la llamada XCM para vos, solo tenés que ponerla en el proceso de gobernanza o ejecutarla con sudo.

• Por último, también necesitás enviar una llamada XCM desde tu cadena a la cadena Coretime para habilitar la renovación automática. También generamos esa llamada personalizada para tu cadena.

En cuanto al método de gobernanza que uses (referéndum o sudo), no podemos decidirlo por vos. Pero en general, PDP ya hace aproximadamente el 85% del trabajo por vos.

¿Cómo se gobiernan los Rollups?

Jay: Quería preguntarte sobre la gobernanza, ¿todavía no está integrada en PDP, verdad?

Santi: Cuando lanzás un Rollup, podés hacer upgrades de runtime, ¿no? Y la gobernanza puede agregarse como una vía de actualización. En Polkadot SDK ya tenemos soluciones listas, así que los equipos pueden agregarlas sin problema. Pero creemos que la mejor forma de empezar es con una cuenta sudo, casi todos los proyectos nuevos arrancan así, y después de lanzar, los ayudamos a migrar a un modelo de gobernanza más maduro.

También me gustaría que hubiera tutoriales para enseñar cómo pasar de sudo a un modelo como OpenGov, o incluso algunos equipos en Polkadot usan un comité técnico como solución intermedia, así que los equipos pueden explorar esos caminos.

PDP no es solo una herramienta de despliegue, está convirtiéndose en el ‘sistema operativo’ de los Rollups

Jay: Porque ahora PDP ayuda a lanzar Rollups y gestionar el desarrollo y despliegue inicial, pero en el futuro podría convertirse en una herramienta de gestión de Rollups, ¿no?

Santi: Exacto, ese es nuestro objetivo final. En cuanto a “accesibilidad”, Polkadot tiene la capacidad nativa de interconectar cadenas de forma descentralizada. En PDP lo hacemos aún más sencillo. Pero hay que distinguir dos tipos de comunicación: entre Rollups y entre Rollup y cadenas del sistema. ¿Por qué? Porque la comunicación entre Rollups requiere el consentimiento de ambas partes para abrir un canal; mientras que la comunicación con cadenas del sistema es totalmente permissionless.

Por ejemplo, si querés conectar Asset Hub, solo tenés que enviar una solicitud y se conecta directamente. Esto está regulado por la RFC-14, propuesta por Brian de Acala, podés revisarla, desbloquea muchas capacidades. Ahora, una de las funciones que estamos desarrollando en PDP es: usando el scheduler pallet, hacer que el Rollup, apenas se inicia (por ejemplo, en el bloque #2), abra automáticamente canales con Asset Hub y la cadena Coretime. Así, no tenés que hacer nada manualmente, se conecta por defecto al sistema central. Salvo que digas desde el principio “no quiero conectar”, el sistema lo hace por vos, permitiéndote usar funciones como renovación automática y activos externos de inmediato, bajando mucho la barrera de entrada.

¡El equipo financiero de Parity desplegó fácilmente un Rollup en Kusama! Los resultados de la prueba interna de PDP superaron las expectativas

Jay: ¿Quiénes han usado esta herramienta? ¿Hay pruebas reales?

Santi: Hicimos una primera ronda de pruebas internas. Invitamos a 8 usuarios de prueba, de los cuales 7 la probaron realmente. El resultado fue mejor de lo que esperaba. Nuestro objetivo inicial era “lanzar primero, escuchar feedback y optimizar poco a poco”. Pero los comentarios fueron tan buenos que ni sé cómo mejorar más, aunque vamos a darlo todo para seguir mejorando.

Jay: ¿En qué sentido fue bueno? ¿Cuáles son sus métricas?

Santi: Por ejemplo, la puntuación de satisfacción de los usuarios fue 4.3/5. Casi todos dijeron “esto es genial”, y algunos dijeron “esto realmente puede ayudar al desarrollo de Polkadot”. La tasa de éxito de despliegue fue del 100%, ni un solo fallo. Todos los usuarios que lo intentaron lograron lanzar un Rollup en Westend, me sorprendió mucho, sinceramente esperaba algunos fallos porque todavía es muy temprano y estamos explorando muchas cosas, pero todo funcionó, me puso muy contento y el equipo estaba muy entusiasmado, fue como recibir un sello de aprobación: “lo hicimos bien”. Aunque no sabemos cómo mejorar más, vamos a darlo todo.

Jay: ¡Genial! Espero ver más despliegues reales. Ahora PDP solo se puede usar en testnet, ¿no? ¿Cuándo estará en Kusama?

Santi: Si todo sale bien, planeamos desplegar en Kusama antes de fin de septiembre.

Jay: ¿Después de eso, habrá que esperar para desplegar en la mainnet de Polkadot?

Santi: En realidad, no.

Jay: Claro, se puede lanzar directamente, ¿no?

Santi: Así es, este año hicimos un pequeño experimento que muchos no conocen. El equipo financiero de Parity desplegó por sí mismo un Rollup en Kusama. Como desplegar un Rollup requiere fondos, dijimos: no nos los transfieran, les damos la herramienta y ustedes lo despliegan. ¡Y lo hicieron, el equipo financiero lo hizo personalmente!

Jay: Jaja, ¿el equipo financiero desplegó un Rollup en Kusama?

Santi: Así fue.

Jay: Entiendo, funcionó un tiempo, ¿no? Es bastante curioso.

Santi: Sí. Durante el proceso vimos que había algunos temas de gobernanza por resolver, como registrar la parachain, etc. Pero en general, ya comprobamos que es viable. Ahora lo vamos a perfeccionar y luego abrirlo a más gente.

Perspectivas de PDP: rutas de migración cross-ecosistema, pruebas de Rollup multicore, explosión del ecosistema Hydration

Jay: ¡Muy bueno! Estoy ansioso por ver más Rollups funcionando en Polkadot. Quiero hacerte una pregunta más visionaria: ¿en el futuro habrá Rollups desplegados en otros ecosistemas que quieran migrar a Polkadot? ¿Tienen planes para facilitar esa migración? ¿Hay algo así en preparación?

Santi: Esto no está formalmente en la hoja de ruta, pero sí es un tema que discutimos mucho. Hay dos direcciones principales:

• Primero, cómo ayudar a los proyectos que ya tienen contratos inteligentes desplegados a migrar a Rollup si lo necesitan.
• Segundo, ¿cómo abrirles ese camino?

Jay: Claro. Si alguien despliega primero en el Hub y luego necesita más capacidad, puede actualizar, ¿no?

Santi: Exacto, pueden tener su propio Rollup. Así que cómo facilitar ese camino es algo en lo que pensamos mucho. Otra situación es cuando un proyecto ya está en funcionamiento, tiene datos de estado, usuarios, saldos de activos, ¿cómo migrar a Polkadot Cloud? Esa es otra ruta que queremos explorar en el futuro.

Jay: Genial. Polkadot Cloud parece que será cada vez más potente.

Santi: Yo también lo espero. Creo que es un producto con mucho potencial.

Jay: Como tenés una perspectiva única en el ecosistema, trabajando con varios equipos, ayudándolos y viendo su éxito, ¿podrías compartir dos o tres Rollups o proyectos que ya estén en Cloud y que te entusiasmen o hayan dejado huella? ¿Cuáles están funcionando y te parecen prometedores?

Santi: Claro. No suelo impresionarme fácilmente, jaja, pero hay algunos que realmente me entusiasman. Ahora mismo estoy en contacto con el equipo de peaq.

Jay: ¿Ah sí? ¿Qué novedades hay con peaq?

Santi: Están probando el uso multicore y les va muy bien. Me gustan estas pruebas de estrés. Antes Parity lo hacía internamente y acumulamos experiencia, ahora ver que otros equipos lo logran es genial.

Jay: Mostraron que podían producir un bloque cada 0.4 segundos, ¿no? ¿Cómo lo lograron?

Santi: Ejecutan Rollups o parachains en multicore, así logran un throughput altísimo. Es muy interesante.

Jay: ¿Eso es elastic scaling?

Santi: Sí, hasta donde sé, es así. Estoy ansioso por verlos en producción. Otro ejemplo: hace poco hablé con el fundador de NeuroWeb, su plan me impresionó. Algunas actividades de Hydration, como Gigadot y el impulso de su ecosistema, son muy interesantes. Además, el TVL de Hydration ya superó los 300 millones, un hito muy importante para celebrar. Honestamente, el ecosistema está entrando en una etapa cada vez más activa. Ah, y soy fanático de FIFA Rivals.

Jay: Jajaja, genial, nos vemos en la cancha de FIFA Rivals. Muchas gracias por compartir este gran trabajo hoy. Construir este portal parece lógico, pero me alegra que realmente haya un equipo tan bueno como el tuyo haciéndolo. Gracias por su esfuerzo y por venir hoy.

Santi: Gracias por la invitación. Pero sinceramente, el mérito es del equipo que hace el trabajo real.

Jay: ¡Excelente! ¡Muchas gracias!