Precio de Tellor (TRB)

Tellor es una blockchain de Layer 1 destinada a alcanzar consenso sobre datos subjetivos; TRB es el activo utilizado para participar en esta red. La red es operada por participantes públicos en staking, y su objetivo no es que un único proveedor de datos publique directamente un resultado, sino que los participantes envíen, verifiquen y firmen datos solicitados. En Tellor Layer, TRB está vinculado a la elegibilidad de participación y a los incentivos económicos: los participantes entran en la red al puentear y hacer staking de TRB, y los reporteros pueden obtener recompensas en TRB por enviar datos. La forma de TRB en Ethereum y los saldos en Tellor Layer pueden transferirse mediante el proceso oficial de puente.

El flujo de datos de Tellor comienza con una solicitud de datos: los reporteros leen de Internet o de fuentes del mundo real la información solicitada y envían un valor; estos envíos se agregan y verifican posteriormente en cadena, y pueden entrar en el proceso de disputas. Los reporteros son responsables de proporcionar datos, pero sus envíos no se convierten automáticamente, por el mero hecho de enviarlos, en un resultado final en el que las aplicaciones puedan confiar. Los validadores verifican transacciones, participan en el consenso, proponen bloques y firman datos agregados. Un reportero también puede ser validador, pero no todos los reporteros son validadores; esta división de funciones hace que el envío de datos y la verificación consensuada de resultados en cadena no sean la misma responsabilidad.

Cuando al menos dos tercios de los validadores de Tellor, calculados por peso de staking, firman un dato, TellorDataBridge puede verificar que ese dato procede de Tellor. El umbral se calcula por peso de staking y no simplemente por número de firmantes, por lo que el peso de staking de los firmantes afecta a si se alcanza el umbral de autenticidad. «Proceder de Tellor» no equivale a ser automáticamente apto para todo tipo de aplicación. Los contratos integradores también deben comprobar, según su propio uso, queryId, la hora de los datos y las condiciones de negocio; el ejemplo oficial también explica que, cuando no se alcanza un umbral más alto, una aplicación puede exigir que datos de un umbral inferior pasen un período de espera sin disputas antes de usarse.

Para participar en la red de Tellor Layer, la ruta básica indicada oficialmente es primero puentear TRB a esa cadena y después hacer staking; el umbral principal de la red para la configuración de participación es puentear y hacer staking de TRB. Hay como máximo 100 validadores, responsables de la verificación de transacciones, el consenso, la propuesta de bloques y la firma de datos. Los reporteros, por su parte, envían valores para solicitudes de datos y supervisan la precisión, y pueden obtener recompensas en TRB. Los mecanismos de staking y penalización buscan que reporteros y supervisores tengan mayores incentivos económicos para prestar atención a la exactitud de los datos; las cantidades concretas de staking, requisitos para operar nodos y detalles de recompensas no deben inferirse de esta página general.

Sí. Para transferir TRB de Ethereum a Tellor Layer, el usuario debe preparar una cartera de Ethereum que posea TRB y una dirección receptora de Tellor Layer, introducir el importe y la dirección de destino en el Hub oficial, autorizar y enviar la transacción de puente. Una vez completado el depósito, TRB llegará automáticamente a la cartera de Tellor tras un período de espera de seguridad de 12 horas. Para transferir de Tellor Layer de vuelta a Ethereum, el usuario conecta las carteras de ambos lados y envía una solicitud de retiro, que también requiere esperar 12 horas. Que termine la espera no significa que los fondos ya estén en la dirección de Ethereum: todavía debe solicitarse una prueba (attestation) y luego reclamar el retiro con la cartera de Ethereum; los fondos llegan solo después de completar el reclamo.

La espera de 12 horas del puente es una etapa de seguridad del proceso, no un tiempo ordinario de confirmación de red. Los depósitos se acreditan automáticamente al terminar el período de espera; los retiros, en cambio, pasan tras la espera a las etapas posteriores de solicitud de prueba y reclamo, por lo que los usuarios deben considerar «retiro enviado», «espera terminada» y «reclamado en Ethereum» como estados distintos.

Los contratos que usan datos de Tellor deben proporcionar primero los datos de prueba, el conjunto de validadores y la información de firmas a TellorDataBridge para verificar que los datos proceden de Tellor; después deben realizar comprobaciones relacionadas con su propio caso de uso, por ejemplo confirmar que queryId corresponde a la consulta requerida, que los datos no han caducado y que la hora de los datos cumple las condiciones de negocio. Estas dos capas de comprobación responden respectivamente a «si los datos han sido realmente verificados por Tellor» y «si esos datos pueden utilizarse para esta aplicación». La primera no sustituye a la segunda: incluso si los datos superan la verificación de autenticidad de dos tercios del peso de staking, la aplicación sigue debiendo decidir por sí misma los parámetros aceptables de vigencia, identificador y riesgo.

El mecanismo de datos de Tellor depende de varias etapas: reporte, consenso en cadena, firmas de validadores y verificación del lado de la aplicación. El staking y las recompensas de TRB vinculan el interés económico de los participantes con las conductas de reporte y supervisión, pero no eliminan riesgos como fuentes de datos externas, disputas, vigencia o configuraciones erróneas de la aplicación.

La documentación oficial de Tellor permite conocer la participación en la red, la integración de datos y el proceso de puente de TRB. Antes de realizar un puente, deben comprobarse las carteras, la dirección de destino y los pasos de transacción mostrados en el Hub oficial; los desarrolladores deben guiarse por la documentación de integración de datos y las referencias de contratos desplegados.