Pocket Network es una red de infraestructura descentralizada que conecta aplicaciones que necesitan datos de blockchain con proveedores de servicios independientes. POKT coordina el acceso, el staking y las recompensas. Su función práctica se entiende mejor a través de una billetera que consulta un saldo: la billetera necesita una ruta confiable hacia los datos de la blockchain, incluso cuando el usuario no tiene motivos para ejecutar un nodo completo.
¿Qué hace realmente el RPC descentralizado?
RPC significa llamada a procedimiento remoto. En una aplicación de blockchain, permite que el software solicite información a un nodo remoto o envíe una transacción ya firmada. Consultar un saldo, leer un contrato y comprobar el estado de una transacción son ejemplos habituales. El endpoint es una ruta de comunicación; no se convierte en el propietario de la clave privada del usuario simplemente porque recibe una solicitud.
Depender de un solo proveedor puede crear un cuello de botella de acceso. Si su endpoint no está disponible, una billetera puede tener dificultades para mostrar saldos o transmitir una transacción, aunque la blockchain continúe funcionando. Distribuir el servicio entre varios proveedores puede mejorar la resiliencia, pero el rendimiento sigue dependiendo de los endpoints, el enrutamiento, los métodos compatibles y la sincronización del backend.
El protocolo Shannon actual de Pocket separa el trabajo de servir los datos de la coordinación y la liquidación. Una solicitud de Ethereum todavía necesita un backend de Ethereum; Pocket no reemplaza la ejecución ni el consenso de Ethereum. Una respuesta devuelta tampoco debe confundirse con la verificación independiente mediante un cliente ligero de cada dato.
Las aplicaciones, los proveedores y los validadores tienen funciones diferentes
La documentación de la arquitectura Shannon describe varias funciones que cooperan entre sí. Una aplicación es el participante del protocolo que solicita el servicio, no necesariamente cada usuario individual de una billetera. Un Gateway puede simplificar el acceso al gestionar las solicitudes y la calidad del servicio en nombre de la aplicación.
| Participante | Función principal | Distinción importante |
|---|---|---|
| Aplicación | Financia y solicita servicios de datos específicos | Los usuarios finales no tienen que gestionar una cuenta del protocolo individualmente |
| Proveedor | Registra servicios y atiende relays | La entrega de datos es diferente de producir bloques de Pocket |
| Gateway | Enruta solicitudes delegadas y gestiona la conmutación por error | Es un intermediario del servicio, no la blockchain consultada |
| Validador | Participa en el consenso y la validación de bloques de Pocket | No reemplaza a los validadores de la cadena de destino |
| Propietario de la fuente | Registra un servicio y su configuración de precios del trabajo | Define un servicio, pero no necesariamente atiende cada solicitud |
Por ejemplo, un servicio de billetera puede delegar el enrutamiento a un Gateway, que elige entre los Proveedores disponibles. El backend del Proveedor responde a la solicitud. Por separado, Pocket registra las relaciones de servicio y liquida el trabajo elegible. Esto explica por qué ejecutar un validador de Pocket y mantener un Proveedor que sirve datos son compromisos operativos diferentes.
¿Cómo cumplen los nodos los requisitos y reciben pagos?
Los Proveedores hacen staking de POKT y configuran los servicios que pueden ofrecer. Las sesiones asignan Proveedores elegibles a una Aplicación y un servicio durante un período limitado. Según el diseño actual, el staking del Proveedor es una condición de elegibilidad, no una regla que otorgue a los montos de staking más altos probabilidades proporcionalmente mayores de ser seleccionados para una sesión.
La selección es solo el primer paso. Los Gateways pueden dirigir más tráfico hacia los endpoints con mejor latencia y fiabilidad. Un nodo que cumple los requisitos, pero recibe poco tráfico útil, puede ganar poco. Los operadores deben mantener los backends de blockchain pertinentes, el ancho de banda, el software y la supervisión, en lugar de esperar recompensas simplemente por dejar los tokens sin tocar.
RelayMiner resume el trabajo en declaraciones; se requieren pruebas criptográficas conforme a las reglas de auditoría aplicables. No presentar una prueba requerida puede hacer que se pierda el pago y activar una penalización del protocolo. Los parámetros de gobernanza también rigen los requisitos de staking, las ventanas de liquidación y el período de desvinculación. Dejar de hacer staking no necesariamente hace que los fondos puedan transferirse de inmediato.
Por lo tanto, las recompensas deben evaluarse después de considerar los costos de infraestructura, la demanda del servicio, las obligaciones de presentar pruebas y las variaciones del precio del token. Un operador externo o un acuerdo de staking añade sus propias comisiones y condiciones de control. Ni operar un nodo ni delegar a través de un proveedor garantiza un rendimiento fijo en dólares.
¿Para qué se utiliza POKT y cómo funciona la quema?
POKT respalda las comisiones del protocolo, el staking de los participantes y la liquidación de los servicios. Las aplicaciones pagan por el trabajo consumido mediante la quema de tokens; la liquidación acuña recompensas para los destinatarios elegibles. Las unidades de cómputo miden el trabajo del servicio, por lo que el número bruto de solicitudes por sí solo no describe toda la actividad económica.
El mecanismo PIP-41 actual especifica una proporción de acuñación de 0,975: si se queman 100 POKT por el consumo de servicios, se vuelven a acuñar 97,5 POKT, lo que deja una reducción neta de 2,5 POKT por esa liquidación. Esto es una ilustración de la regla indicada, no una estimación del uso diario ni una tasa anual de deflación prometida.
El uso y el precio son cuestiones independientes. Un mayor volumen de trabajo pagado puede aumentar el consumo de tokens, pero la oferta del mercado, las ventas de los destinatarios de recompensas, la liquidez y los cambios en los parámetros de gobernanza afectan los resultados de la inversión. Un servicio de infraestructura útil no crea automáticamente derecho a las ganancias de una empresa ni garantiza que su token se revalorice.
El POKT nativo es diferente de xPOKT de Ethereum
El repositorio oficial del puente multicadena del proyecto identifica el siguiente contrato de Ethereum como xPOKT, una representación puenteada:
0x764a726d9ced0433a8d7643335919deb03a9a935
El POKT nativo opera en la red principal de Pocket, cuyas direcciones Shannon utilizan el formato pokt1. La representación de Ethereum utiliza un contrato ERC-20 y direcciones EVM. Mantenerla no hace staking por sí mismo en un Proveedor nativo ni concede acceso a las operaciones nativas del protocolo.
Pasar de una forma a otra requiere utilizar la ruta de conversión y el puente compatibles. Comprueba el activo y el destino en cada paso; un ticker coincidente no hace que todas las redes sean intercambiables. La seguridad del puente, los permisos del contrato, las comisiones y la disponibilidad del servicio siguen siendo relevantes incluso cuando el proyecto subyacente está establecido.
Cómo evaluar el mercado de POKT en KTX
Utiliza la página de POKT de Ethereum en KTX On-Chain Trading para identificar el activo pertinente y revisar la información de mercado disponible. Confirma la red de Ethereum y la dirección completa; después, revisa la liquidez, la actividad reciente, la ejecución estimada y los costos antes de decidir si vas a operar.
La vista de mercado proporcionada muestra poca actividad reciente y una cifra de liquidez muy pequeña. Su cotización no debe considerarse el precio que se podría obtener por una orden grande, y sus cifras de titulares o valoración no deben interpretarse como totales de todo el ecosistema de Pocket. La guía de investigación de DEX Screener explica en qué se diferencian los datos del token, el pool y la red.
Comprueba la ruta para el importe previsto y considera también la salida eventual, además de la entrada. Nuestra guía de liquidez de criptomonedas explica por qué el valor mostrado de una cartera puede diferir de los ingresos realizables. Operar con una representación on-chain y organizar la participación en nodos nativos son acciones independientes; no supongas que una página de trading ofrece una ruta directa al staking.
Preguntas frecuentes
¿Los usuarios de billeteras deben comprar POKT para cada consulta de saldo?
No. Un proveedor de servicios puede gestionar el acceso al protocolo detrás de la aplicación. El acuerdo de pago del usuario final depende de la billetera o la aplicación.
¿Pocket elimina las comisiones de gas de Ethereum?
No. El acceso a los datos y la ejecución en la cadena de destino son independientes. Enviar una transacción en Ethereum sigue las reglas de gas de Ethereum.
¿Un pool de trading con poca actividad significa que Pocket no tiene usuarios de RPC?
No. Un pool mide el trading en un mercado específico. La demanda de servicios del protocolo debe evaluarse mediante la actividad de los servicios y los datos de liquidación.
¿Una recompensa mayor para un Proveedor implica necesariamente una mayor rentabilidad?
No. Los costos, las comisiones del proveedor, la valoración del token y el tiempo durante el que el capital permanece comprometido afectan el resultado.
Revisado el 29 de octubre de 2026. Los parámetros del protocolo y la disponibilidad de los productos pueden cambiar. POKT conlleva riesgos de mercado, infraestructura, contratos, puentes y liquidez. Este artículo tiene fines educativos y no constituye asesoramiento de inversión.