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 la posición y el significado de Polkadot Hub. No solo hereda funciones básicas como gobernanza, staking e identidad de Asset Hub, sino que también incorpora una capa de contratos inteligentes, proporcionando un escenario más amplio para proyectos experimentales. Más importante aún, 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 8 usuarios de prueba realizaron operaciones prácticas, logrando una tasa de éxito del 100%, con comentarios que superaron 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 es en realidad una combinación de dos aspectos. Primero, hereda muchas funciones de Asset Hub, como gobernanza, staking, sistema de identidad, etc., todas estas valiosas funciones básicas estarán presentes en el Hub. Segundo, también integrará una capa de contratos inteligentes, lo que permitirá que Polkadot reciba más proyectos experimentales.

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 incomparable con otras plataformas. Ahora explicaré en detalle cómo el Hub introduce el concepto de “activos externos”, es decir, permite que los activos de parachains o Rollups se utilicen directamente en el Hub 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. De esta manera, estos activos pueden usarse inmediatamente en la capa de contratos inteligentes del Hub.

Pero esto no es todo. En el pasado, he visto personalmente que muchos equipos sufrían mucho al integrarse con custodios y exchanges. ¿Por qué? Porque por razones de seguridad, estos proveedores de servicios deben ejecutar un nodo completo de tu Rollup. Imagina si hay cientos de Rollups, esto no es escalable, especialmente para aquellos Rollups que están comenzando y tienen baja actividad. Ahora, con los activos concentrados en el Hub, los custodios y exchanges solo necesitan soportar el Hub, lo que actúa como un “caballo de Troya”.

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

Santi: Eso es precisamente lo que queremos aprovechar.

Jay: Entiendo, es decir, al lanzar un rollup en Polkadot, se es compatible de inmediato con todos los exchanges que ya han integrado Polkadot Hub y se soportan activos externos. Y los exchanges prácticamente tendrán que hacerlo, porque en el futuro muchos proyectos importantes se conectarán.

Santi: Exactamente. Creo que en el futuro puede haber discusiones sobre el momento de la integración de activos externos, pero en comparación con el pasado, donde era necesario ejecutar nodos, al menos la barrera técnica se ha reducido enormemente. Lo que podemos hacer es hacer que estas funciones estén disponibles, y luego el equipo de desarrollo de negocio naturalmente hablará con exchanges y custodios para decir “integradnos”, pero para entonces ya no habrá obstáculos técnicos, que es precisamente nuestro objetivo.

¿Pueden los Rollups ya lanzados usar PDP?

Jay: Otra función muy útil que habéis lanzado recientemente es la renovación automática de Coretime. Antes, esto era un gran dolor de cabeza para los primeros usuarios. Entonces, me gustaría preguntar, ¿los Rollups que ya están en funcionamiento pueden usar PDP?

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

En el futuro esperamos lograr este escenario: que los Rollups ya lanzados puedan utilizar todas las herramientas de PDP para una integración perfecta. Pero al menos por ahora, esto no está en nuestra hoja de ruta, aunque personalmente me encantaría que se hiciera realidad.

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

Jay: Entiendo. Entonces, ¿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 admite la renovación automática, pero para activarla hay que seguir muchos pasos, lo cual es bastante engorroso. Aunque en teoría se puede hacer, en PDP hemos simplificado todo el proceso. Así, no solo los usuarios de PDP pueden beneficiarse, sino también otros. Te desgloso los pasos.

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

• Luego, necesitas abrir un canal HRMP entre el Rollup y la cadena Coretime, lo cual no es fácil. Por eso, generamos de antemano la llamada XCM según el proyecto que declares; solo tienes que incluir esta llamada en el proceso de gobernanza o ejecutarla con sudo.

• Por último, necesitas enviar una llamada XCM desde tu cadena a la cadena Coretime para activar la renovación automática. También generamos esta llamada para ti, totalmente personalizada para tu cadena.

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

¿Cómo se gestiona la gobernanza de los Rollups?

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

Santi: Cuando lanzas un Rollup, puedes hacer upgrades del runtime, ¿verdad? Y la gobernanza puede añadirse como una vía de actualización. Ya tenemos soluciones listas en Polkadot SDK, así que los equipos pueden añadirlo si quieren. Sin embargo, creemos que la mejor manera de empezar es con una cuenta sudo; casi todos los nuevos proyectos comienzan gestionados por una cuenta sudo, y después de lanzar, les ayudamos a pasar a un modelo de gobernanza más maduro.

También me gustaría ver tutoriales que enseñen cómo pasar gradualmente de sudo a modelos de gobernanza como OpenGov. Por ejemplo, algunos equipos en Polkadot están usando un comité técnico como solución intermedia, así que los equipos pueden explorar estos 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 trabajo inicial de construcción y despliegue, pero en el futuro podría convertirse en una herramienta de gestión de Rollups, ¿verdad?

Santi: Exactamente, ese es nuestro objetivo final. En cuanto a “accesibilidad”, Polkadot tiene de forma nativa la capacidad de interconectar cadenas de manera descentralizada. En PDP lo hemos hecho aún más sencillo. Pero aquí hay que distinguir dos tipos de comunicación: entre Rollups y entre Rollup y cadenas del sistema. ¿Por qué distinguir? 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 completamente permisiva.

Por ejemplo, si quieres conectar con Asset Hub, basta con enviar una solicitud y se conecta directamente. La especificación detrás de esto es RFC-14, propuesta por Brian de Acala; puedes revisarla, desbloquea muchas capacidades. Ahora, una de las funciones que estamos desarrollando en PDP es: usando el scheduler pallet, permitir que el Rollup, al arrancar (por ejemplo, en el bloque #2), abra automáticamente canales con Asset Hub y la cadena Coretime. Así, no tienes que hacer nada manualmente, se conecta por defecto al sistema central. A menos que digas desde el principio “no quiero conectar”, el sistema lo hará automáticamente, permitiéndote usar de inmediato funciones como renovación automática y activos externos, reduciendo enormemente 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én ha usado esta herramienta hasta ahora? ¿Hay pruebas reales?

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

Jay: ¿En qué sentido fue bueno? ¿Cuáles son vuestros indicadores?

Santi: Por ejemplo, la puntuación de satisfacción del usuario fue de 4.3 / 5. Casi todos dijeron “esto es increíble”, 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 ejecutar un Rollup en Westend, me sorprendió mucho. Sinceramente, esperaba algunos fallos, ya que es muy temprano y muchas cosas aún se están explorando, pero todo funcionó, estoy muy feliz y el equipo también, es como si nos hubieran dado un sello de aprobación: “bien hecho”. Aunque no sabemos cómo mejorar aún más, nos esforzaremos al máximo.

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

Santi: Si todo va bien, planeamos desplegarlo en Kusama antes de finales de septiembre.

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

Santi: En realidad, no.

Jay: Sí, se puede lanzar directamente, ¿verdad?

Santi: Exacto, 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 lo despliegan ustedes mismos. ¡Y lo hicieron, el equipo financiero lo hizo personalmente!

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

Santi: Así es.

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

Santi: Sí. Durante el proceso, vimos que aún hay temas de gobernanza por resolver, como registrar la parachain, etc. Pero en general, ya hemos comprobado que es viable. Ahora lo perfeccionaremos y lo abriremos a más personas.

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

Jay: ¡Muy guay! Estoy deseando ver más Rollups funcionando en Polkadot. Por cierto, quería hacerte una pregunta más visionaria: ¿en el futuro habrá Rollups desplegados en otros ecosistemas que quieran migrar a Polkadot? ¿Tenéis planes para facilitarles la migración? ¿Hay algo así en preparación?

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

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

Jay: Claro. Entonces, si alguien despliega primero en el Hub y luego necesita mayor capacidad, puede actualizar, ¿verdad?

Santi: Exacto, pueden tener su propio Rollup. Así que cómo facilitar ese camino es algo en lo que pensamos mucho. Hay otro caso, por ejemplo, un proyecto ya está en marcha, 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. Parece que Polkadot Cloud será cada vez más potente.

Santi: Eso espero. Creo que es un producto con mucho potencial.

Jay: Como tienes una perspectiva única en el ecosistema, trabajando a largo plazo con varios equipos, ayudándoles a resolver problemas y viendo su éxito, ¿puedes compartir dos o tres Rollups o proyectos ya en Cloud que te entusiasmen especialmente o te hayan impresionado? ¿Cuáles están funcionando ahora y te parecen prometedores?

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

Jay: ¿Oh? ¿Qué novedades hay con peaq?

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

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

Santi: Ejecutan Rollups o parachains en multicore, así que pueden lograr una capacidad de procesamiento muy alta. Es muy interesante.

Jay: ¿Utilizan elastic scaling?

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

Jay: Jajaja, genial, nos veremos en el campo de FIFA Rivals. Muchas gracias por compartir hoy todo este gran trabajo. Construir un portal así parece algo natural, pero me alegra que realmente haya alguien haciéndolo, y que sea un equipo tan bueno como el tuyo. Gracias por vuestro 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: Genial. ¡Muchas gracias!