Resumen
Integritee es una red de privacidad basada en Polkadot SDK que utilizaba Entornos de Ejecución Confiables para procesar datos sensibles. El proyecto anunció un cierre de la red el 11 de noviembre de 2025, por lo que los endpoints RPC públicos pueden dejar de mantenerse y los desarrolladores deben verificar el estado de la red antes de confiar en ellos.
Este artículo cubre la configuración de la cadena de Integritee, las llamadas JSON-RPC estándar de Substrate y los criterios a utilizar al evaluar proveedores de RPC para redes activas. También incluye una lista de verificación de migración para aplicaciones que dependían del modelo de privacidad basado en TEE de Integritee.
Lista de verificación para decisiones RPC de Integritee
Antes de apuntar una billetera, indexador o dApp a un nodo de Integritee, confirma cuatro cosas:
- Estado de la red. Integritee anunció que la red se cerraría el 11 de noviembre de 2025. Si estás leyendo esto después de esa fecha, asume que los endpoints RPC públicos ya no se mantienen.
- Disponibilidad de datos. Si necesitas bloques históricos, verifica si el nodo o proveedor mantiene un archivo. Un nodo podado solo sirve el estado reciente.
- Acceso al protocolo. Las cadenas basadas en Substrate exponen endpoints HTTP JSON-RPC y WebSocket. Asegúrate de que tu cliente use el protocolo correcto para suscripciones.
- Plan de salida. Si tu aplicación aún depende de Integritee, planifica una ruta de migración antes de que el endpoint desaparezca. El resto de este artículo explica qué verificar y cómo avanzar.
¿Qué es Integritee?
Integritee es una red blockchain diseñada para el procesamiento de datos que preserva la privacidad. Combinaba la transparencia de una blockchain pública basada en Substrate con la confidencialidad de los Entornos de Ejecución Confiables (TEE), como Intel SGX. El proyecto se lanzó en Kusama como parachain y planeaba expandirse en Polkadot.
A alto nivel, Integritee separa el consenso público de la ejecución confidencial. La cadena pública maneja saldos, gobernanza y un registro en cadena de atestaciones de enclave. Un sidechain o entorno de ejecución fuera de la cadena procesa la lógica de la aplicación sobre datos privados. Los resultados se anclan a la cadena pública para que los usuarios puedan verificar que se realizó un cálculo sin exponer las entradas.
Los desarrolladores usaban Integritee para construir dApps que necesitan calcular sobre datos sensibles sin revelar las entradas crudas. Los casos de uso principales incluían identidad, datos de salud, análisis confidenciales y otras aplicaciones donde la privacidad es una característica. La red buscaba apoyar flujos de trabajo orientados al GDPR haciendo auditable el procesamiento de datos que preserva la privacidad.
El token de la red es TEER. Los poseedores de tokens participan en la gobernanza y el staking. Debido a que Integritee está construido con el Polkadot SDK, su interfaz RPC sigue las convenciones estándar de JSON-RPC de Substrate.
Estado de la red Integritee y el cierre de noviembre de 2025
El sitio web oficial de Integritee anunció que la red se cerraría el 11 de noviembre de 2025. Ese anuncio tiene implicaciones importantes para cualquiera que ejecute o use endpoints RPC de Integritee:
- Los endpoints públicos pueden dejar de responder una vez que la red se apague.
- La operación de collators y validadores puede discontinuarse.
- Las aplicaciones que dependen de transacciones TEER pueden perder acceso al estado en vivo.
Si una red se está cerrando, verifica el estado exacto desde el proyecto mismo en lugar de confiar en una página RPC de terceros. Un endpoint RPC puede seguir respondiendo a una solicitud system_health, pero eso no significa que la red seguirá produciendo bloques o que las transferencias de tokens seguirán disponibles.
Esto importa por una razón simple: una red de privacidad que ya no produce bloques no puede proporcionar las garantías de confianza para las que fue diseñada. Incluso si un endpoint en caché devuelve datos antiguos, las nuevas transacciones no se liquidarán, y el modelo de confidencialidad basado en atestación en cadena pierde su fundamento.
Configuración de endpoints RPC de Integritee
Debido a que Integritee usa el Polkadot SDK, un nodo expone los mismos puertos estándar que muchas cadenas Substrate:
| Configuración | Valor típico |
|---|---|
| HTTP JSON-RPC | 9933 |
| WebSocket JSON-RPC | 9944 |
| Puerto P2P | 30333 |
| Especificación de cadena | Red principal de Integritee |
Si ejecutas tu propio nodo, --rpc-port y --ws-port controlan los puertos RPC. Un proveedor administrado típicamente te da una URL HTTPS y una URL wss:// más una clave API.
Un comando de inicio de nodo local podría verse así:
./integritee --chain mainnet --rpc-port 9933 --ws-port 9944 --port 30333
Ten en cuenta que si el binario de Integritee ya no se mantiene activamente, puede no sincronizarse de manera confiable después del cierre. Verifica el repositorio oficial para la última versión en lugar de asumir que un binario obsoleto se comportará correctamente.
Cuando uses un endpoint remoto, generalmente agregas una clave API o usas una ruta específica del proveedor. No codifiques un endpoint público conocido en una aplicación de producción a menos que hayas confirmado que el proveedor aún lo soporta.
Cómo consultar un endpoint RPC de Integritee
La forma estándar de probar cualquier endpoint RPC basado en Substrate es una solicitud POST JSON-RPC. El método system_health informa si el nodo está sincronizando, mientras que chain_getBlockHash devuelve el hash de un bloque en una altura dada.
curl -sS -X POST 'https://<integritee-rpc-url>' -H 'Content-Type: application/json' -d '{"id":1,"jsonrpc":"2.0","method":"system_health","params":[]}'
Una respuesta saludable se ve así:
{"jsonrpc":"2.0","result":{"isSyncing":false,"peers":12,"shouldHavePeers":true},"id":1}
Para suscripciones WebSocket, usa un cliente que soporte wss://. Aquí hay una suscripción mínima de Node.js a nuevas cabezas de cadena:
const WebSocket = require('ws');
const ws = new WebSocket('wss://<integritee-wss-url>');
ws.on('open', () => {
ws.send('{"id":1,"jsonrpc":"2.0","method":"chain_subscribeNewHeads","params":[]}');
});
ws.on('message', (data) => {
console.log(data.toString());
});
El mismo patrón JSON-RPC se aplica a otras cadenas Substrate. Si estás construyendo una nueva integración en una red activa, puedes seguir este patrón con el endpoint correcto. OnFinality publica la configuración de cadena para las redes compatibles en la página de redes RPC compatibles, y puedes comparar precios de RPC antes de elegir un proveedor.
Qué verificar antes de construir sobre Integritee hoy
La tabla a continuación resume los criterios que importan al evaluar un proveedor de RPC o decidir si mantener una dependencia de Integritee.
| Criterio | Qué verificar | Por qué importa |
|---|---|---|
| Estado de la red | Anuncios oficiales y explorador de bloques | Una red fuera de línea o congelada hace fallar las llamadas RPC y puede bloquear operaciones de tokens |
| Disponibilidad del proveedor de RPC | URLs de endpoint actuales, requisitos de clave y avisos de mantenimiento | Los endpoints públicos pueden desaparecer sin aviso durante un cierre |
| Datos de archivo | Si el proveedor almacena el estado histórico | Los indexadores y análisis necesitan bloques antiguos, no solo el estado de la cabeza reciente |
| Soporte WebSocket | Endpoint WSS y métodos de suscripción | Las billeteras y dApps dependen de actualizaciones en tiempo real de eventos y nuevas cabezas |
| Cadena alternativa | Garantías de privacidad y TEE en otras cadenas Substrate | Mover una aplicación a una nueva cadena requiere cumplir con los requisitos de confidencialidad |
Usa esta tabla como punto de partida. Si estás evaluando un proveedor para una carga de trabajo de producción, consulta su documentación sobre límites de tasa, comportamiento de conmutación por error y si soportan tanto HTTPS como WSS. Los criterios son especialmente importantes cuando la red subyacente está cambiando de estado, como lo hizo Integritee.
Dónde ejecutar infraestructura RPC mientras Integritee se apaga
Cuando una red se está cerrando, los nuevos proyectos no deberían construir sobre ella. Para los proyectos existentes, la prioridad es mudarse a una red con desarrollo activo y un ecosistema RPC compatible.
OnFinality proporciona tanto endpoints RPC administrados como infraestructura de nodos dedicados para una variedad de redes activas. Puedes verificar la cobertura actual en la página de redes RPC compatibles. Si necesitas costos predecibles y una configuración específica para tu carga de trabajo, la página de precios de RPC muestra cómo están estructurados los planes.
Un proveedor administrado es útil cuando quieres:
- Endpoints HTTPS y WSS con una URL estable.
- Claves API que se pueden limitar por proyecto.
- Monitoreo y conmutación por error del lado del proveedor.
- Una forma de probar múltiples redes sin ejecutar nodos localmente.
Si necesitas control total, un nodo dedicado te da acceso directo a un nodo que puedes ajustar para datos de archivo, conexiones WebSocket o monitoreo especializado. Siempre verifica que tu proveedor elegido liste explícitamente la red que deseas; no asumas la cobertura.
También debes considerar el lado operativo de un cierre. Si ejecutaste un nodo de Integritee tú mismo, evalúa si el mismo hardware puede reutilizarse para otra cadena. Si usaste un proveedor de RPC público, exporta tu configuración y reemplaza las URLs de Integritee antes de que el servicio sea dado de baja.
Lista de verificación de migración para aplicaciones Integritee existentes
Si tienes una aplicación Integritee en vivo, trabaja con esta lista de verificación antes de que el cierre dificulte los cambios:
- Exporta y respalda el estado. Extrae cualquier estado de la aplicación, datos cifrados o claves que vivan fuera de la cadena.
- Audita los supuestos de TEE. Integritee usaba enclaves para mantener los datos privados. Averigua si tu flujo de datos depende de una implementación de enclave específica o de un proceso de atestación remota.
- Elige una red alternativa. Si necesitas privacidad similar, busca cadenas activas basadas en Substrate o Polkadot que ofrezcan TEE, Zero-Knowledge u otras herramientas de confidencialidad.
- Actualiza los endpoints RPC. Reemplaza cualquier URL de Integritee codificada en tu configuración de cliente con endpoints para la nueva red.
- Prueba suscripciones y llamadas por lotes. Confirma que el nuevo proveedor soporta los métodos WebSocket y las llamadas por lotes JSON-RPC que usa tu dApp.
- Notifica a los usuarios. Si hay fondos de usuarios o datos personales involucrados, da instrucciones claras sobre la transición de red.
- Monitorea después de la migración. Observa brechas de sincronización, extrínsecos fallidos y eventos faltantes durante la primera semana.
Al tratar la migración como un flujo de trabajo separado, evitas la situación de que una dApp esté en vivo pero apuntando a un endpoint que ya no existe.
Conclusiones clave
- Integritee es una red de privacidad basada en Substrate que utilizaba Entornos de Ejecución Confiables para el procesamiento de datos confidenciales.
- La red anunció que se cerraría el 11 de noviembre de 2025, por lo que los endpoints RPC públicos pueden dejar de ser confiables.
- Se aplican los métodos JSON-RPC estándar de Substrate, pero debes verificar el estado de la red antes de enviar cualquier tráfico de producción.
- Al elegir infraestructura RPC, verifica la disponibilidad actual del endpoint, el soporte de datos de archivo, el acceso WebSocket y la lista de redes publicada por el proveedor.
- Para redes activas, los servicios RPC administrados y los nodos dedicados de OnFinality pueden simplificar la infraestructura. Consulta las páginas de redes RPC compatibles y precios de RPC para obtener detalles actuales.
Preguntas frecuentes
¿Sigue funcionando Integritee?
El proyecto Integritee anunció que la red se cerraría el 11 de noviembre de 2025. Si dependes de la red, verifica su estado desde fuentes oficiales antes de asumir que los endpoints RPC seguirán respondiendo.
¿Puedo seguir usando los endpoints RPC de Integritee?
Puedes intentar usar el endpoint que ya tienes, pero los endpoints públicos pueden dejar de funcionar después del cierre. Si ejecutas tu propio nodo, verifica si todavía está sincronizando y produciendo bloques.
¿Qué debería usar en lugar de Integritee?
Depende de tus requisitos de privacidad y cómputo. Busca una red activa que proporcione las características de TEE, zero-knowledge o protección de datos que necesitas, y luego confirma que tu proveedor de RPC elegido la soporta. OnFinality lista las redes compatibles en su página de redes RPC compatibles.