SQD

CoinGecko vincula el mismo SQD con 0x1337420dED5ADb9980CFc35f8f2B054ea86f8aB1 en Arbitrum, 0xd4554bea546efa83c1e6b389ecac40ea999b3e78 en Base y 0xe50e3d1a46070444f44df911359033f2937fcc13 en BNB Chain. En la revisión, Arbitrum mostraba 1,327,250,415.287083277644283149 SQD y 16,829 direcciones titulares. Una representación trasladada por un puente no constituye otra emisión económica independiente.

Los bloques de la cadena de origen se comprimen en fragmentos y se distribuyen entre los nodos de trabajo. Cada nodo consulta sus datos locales en DuckDB y firma la respuesta. Portal une esas respuestas en un flujo filtrado y gestiona la confirmación definitiva de los bloques y las reorganizaciones de la cadena.

La descripción actual menciona más de 140 redes, aunque una FAQ anterior hablaba de más de 200. Es una medida cambiante de cobertura, no una constante permanente del protocolo ni una prueba de que todos los conjuntos de datos estén igual de completos.

La identidad del contrato, la oferta de cada cadena y la cobertura real de las consultas requieren comprobaciones separadas. Una cifra destacada no basta para establecer la escala ni la descentralización de toda la red.

Un nodo de trabajo bloquea 100,000 SQD. Las señales de disponibilidad, los bytes leídos y devueltos, la antigüedad y los tokens delegados influyen en su recompensa. Si una respuesta firmada se demuestra incorrecta, la garantía puede reducirse como sanción.

Los delegantes eligen nodos y comparten recompensas sin operar un servidor. La fórmula del libro blanco reparte entre el operador y los delegantes la parte atribuida a la delegación. Por eso, la rentabilidad anual mostrada no es un derecho fijo del token: importan la calidad del nodo, la comisión, el tráfico y las reglas de cada época.

La salida es lenta por diseño: unos 100,000 bloques de Ethereum, aproximadamente 14 días, más lo que reste de la época en curso. La espera mantiene disponible la garantía para posibles sanciones, pero expone al operador y al delegante al riesgo de precio y de bloqueo.

Un Portal operado por el usuario parte de un bloqueo mínimo de 1,000,000 SQD. La cantidad y el plazo generan unidades de cómputo, y cada respuesta de un nodo consume una CU. Una consulta exigente puede abarcar muchos fragmentos y necesitar numerosas respuestas.

El ejemplo de lanzamiento del libro blanco, con un rendimiento anual virtual del 12% y 4,000 CU por SQD, calculaba capacidad, no una rentabilidad en dinero. La documentación actual de Portal indica, en cambio, que cada SQD bloqueado genera entre 1 y 3 CU al inicio de cada época, según el plazo.

Los puntos de acceso gestionados de Portal, la red privada y Cloud pueden ser gratuitos o financiarse mediante otros acuerdos comerciales. El token es necesario para que un operador propio reserve capacidad, pero eso no demuestra que cada petición a un producto pague una comisión en SQD dentro de la cadena.

Mezclar estos modelos convierte la utilidad del token y los servicios de datos de la empresa en una única historia de ingresos. La economía del bloqueo de Portal depende conjuntamente del volumen de consultas, las reglas de las CU y el precio de SQD.

Según su propio libro blanco, Subsquid Labs GmbH es el único proveedor de datos durante la fase inicial. Recopila datos de las cadenas, mantiene almacenamiento compatible con S3 y copias en IPFS. Al principio también puede desactivar conjuntos de datos, hasta que una lógica automática de suscripciones sustituya esa facultad.

El planificador (Scheduler) asigna fragmentos. El recopilador de registros (Logs Collector) conserva registros operativos firmados. El gestor de recompensas (Reward Manager) calcula fuera de la cadena el compromiso de cada época y lo presenta para permitir el cobro en ella. Los contratos hacen visibles los registros, pero la disponibilidad y exactitud de esos servicios especializados siguen siendo dependencias.

La red pública y la privada también difieren. En la red principal pueden participar nodos sin autorización previa, mientras Subsquid Labs opera una red privada de producción. Describir todos los productos como igualmente descentralizados borraría esa diferencia.

El código SQD de Arbitrum tiene un alcance reducido. Solo la pasarela configurada puede ejecutar bridgeMint y bridgeBurn; los usuarios ordinarios transfieren y autorizan gasto. El token no incluye una facultad general de emisión por el propietario, lista de bloqueo, pausa ni actualización por proxy.

Los registros de red, el depósito de tokens, las pasarelas, los compromisos de recompensas, las tesorerías y los estados de los conjuntos de datos residen en otros contratos y servicios. La inmutabilidad del token no identifica quién puede actualizar o administrar cada contrato de red. Los textos revisados permiten participar en la gobernanza, pero no establecen un procedimiento vinculante completo de ejecución.

En el evento de generación del token (TGE), el 10% se destinó a recompensas de nodos, el 28.1% a tesorería reservada y el 5% a tesorería líquida. Las partidas del equipo y de los primeros inversores quedaron sujetas a bloqueos y liberación gradual. Tras la fase fija inicial de tres años, la gobernanza puede decidir sobre la emisión adicional. La política de oferta pasa así de distribuciones programadas a una decisión colectiva todavía pendiente.

Los documentos describen la participación de los titulares, pero no una vía vinculante completa desde la creación de propuestas hasta su ejecución y la sustitución de claves administrativas. La oferta futura y el control combinan código verificado con procedimientos aún abiertos.

SQD puede transferirse, delegarse a un nodo de trabajo, aportarse como garantía o bloquearse para reservar capacidad de Portal. Son usos concretos dentro de la cadena, pero no crean acciones, dividendos, propiedad de conjuntos de datos ni un derecho contractual a exigir futuras entregas de la hoja de ruta.

El libro blanco declara expresamente que las funciones y el calendario son informativos y quedan a discreción de Subsquid Labs GmbH. Las condiciones del servicio también rechazan que los activos digitales disponibles a través de sus servicios otorguen automáticamente un derecho sobre SQD.

La descentralización de SQD es gradual. Los nodos y el cobro de recompensas ya funcionan en Arbitrum; la recopilación de datos, el estado de los conjuntos y el cálculo de recompensas todavía dependen de actores identificados. Lo importante es qué dependencia puede verificarse, cuestionarse o sustituirse hoy, más allá de llamar descentralizada a la red.