Digitale aktiver
Investering i Tellor (TRB) – Alt, hvad du behøver at vide
Tellor er nu en suveræn oracle‑blockchain med TRB brugt til staking, rapportering, tips, tvister og gas. Lær, hvordan Tellor Layer fungerer, og de største investeringsrisici.
Tellor (TRB ) er en decentraliseret oracle-protokol, der opretter og verificerer data for smart contracts. I 2025 gik projektet ud over sine oprindelige Ethereum (ETH )-kontrakter og lancerede Tellor Layer, en formålsbygget proof-of-stake blockchain til rapportering, aggregation, tvist og distribution af vilkårlige data.
Dette ændrede investeringshypotesen. TRB handles stadig som en ERC-20-token på Ethereum, men den er også den indfødte valuta på Tellor Layer. Tokenet sikrer nu kædevalidering og datarapportering, betaler for dataforespørgsler, finansierer tvister og deltager i governance. Siden maj 2026 er de inflationsbaserede rapportørbelønninger fuldt overført fra det ældre Ethereum-system til Tellor Layer.
TRB Prisdiagram
Hvad er Tellor?
En blockchain kan verificere aktivitet i sin egen hovedbog, men den kan ikke uafhængigt kende prisen på et aktiv, udfaldet af et valg, en vejraflæsning eller en anden kædes tilstand. En oracle leverer denne eksterne information i en form, som on-chain‑applikationer kan bruge.
Tellors mål er ikke at drive en lukket samling af virksomhedsgodkendte prisfeeds. Den tilbyder et tilladelsesløst system, hvor brugere definerer en forespørgsel, finansierer den med TRB, og lader stake‑ede rapportører indsende svar. Det gør Tellor nyttig for priser, forudsigelsesmarkeder, forsikringstriggere, governance‑resultater, reserve‑attesteringer, cross‑chain‑meddelelser og andre data, der kan verificeres offentligt.
Protokollen lægger vægt på censurresistens og genoprettelighed. Hvis en applikation ikke kan få data fra én rapportør, kan en anden deltager stake og rapportere dem. Hvis en indsendt værdi viser sig at være falsk, kan TRB‑indehavere åbne en tvist og sætte rapportørens stake på spil.
Tellor Layer
Tellor Layer åbnede for offentligheden i august 2025. Det er et Cosmos (ATOM ) SDK-baseret lag‑1‑netværk med kæde‑ID’en tellor-1. I stedet for at bruge en generel kæde til at koordinere rapportører, kører Tellor nu sin egen konsensus, token‑belønninger, forespørgsels‑livscyklus og tvist‑system.
Netværket bruger proof-of-stake og et validator‑sæt begrænset til 100. Validatorer ordner transaktioner, sikrer kæden og hjælper med at attestere data til levering til andre netværk. TRB‑indehavere kan delegere til en validator i stedet for selv at drive infrastruktur, og tjene belønninger efter provision, mens de påtager sig validator‑ og slashing‑risiko.
Tellor adskiller blokvalidering fra rapportering. Rapportører forsker og indsender data, mens validatorer vedligeholder konsensus. En indehaver kan delegere den samme økonomiske stake til en validator og vælge en rapportør – en model, som Tellor kalder dual delegation. Dette udvider deltagelsen i datarapportering uden at gøre validator‑sættet for stort til cross‑chain‑signaturverifikation.
Hvordan Tellor Skaber Data
Hver dataforespørgsel identificeres af et query‑ID, som definerer typen og kodningen af den ønskede information. Brugere vedhæfter TRB‑tips for at opmuntre rapportering. Når et rapportvindue lukker, aggregerer Tellor indsendelser i henhold til forespørgslens metode, såsom en stake‑vægtet median, gennemsnit eller modus.
Protokollen vedligeholder også en governance‑styret cyklisk liste over tilbagevendende forespørgsler. Rapportører kan løbende indsende disse datapunkter og tjene tidsbaserede belønninger, hvilket hjælper med at holde vigtige feeds i live, selv når ingen vedhæfter et nyt tip til hver opdatering.
Tips og inflationsbelønninger belønner ærlig dataproduktion, men vægtning efter delegere stake skaber en afvejning. Mere stake bag et svar giver stærkere økonomisk sikkerhed; det kan også koncentrere indflydelse blandt de største rapportører eller vælgere. Forbrugere skal stadig beslutte, hvor meget stake, hvor mange rapportører og hvor meget forsinkelse de kræver, før de stoler på en værdi.
Push, Pull og Cross‑Chain‑Levering
Tellor understøtter den velkendte push‑model, hvor relayers transmitterer værdier fra Tellor Layer til forbruger‑kontrakter. I 2026 tilføjede den Tellor Pull, som gør det muligt for en bruger at bringe en nyligt attestere rapport og validator‑signaturer ind i en transaktion. Den modtagende kontrakt verificerer beviset og bruger værdien i samme kald.
Pull‑levering kan reducere omkostningerne ved løbende at opdatere feeds, som kun bruges lejlighedsvis. Et udlånsmarked kan for eksempel verificere en frisk pris, når nogen låner, tilbagebetaler eller bliver likvideret. Push‑feeds forbliver nyttige, når applikationer har brug for en værdi, der allerede er lagret på destinationskæden.
Tellors DataBridge kommunikerer Layer‑data til eksterne netværk, mens TokenBridge V2 flytter TRB mellem Ethereum og Tellor Layer. april 2026‑opgraderingen V2 tilføjede stærkere pause‑kontroller og adskilte legacy‑ fra ny‑bridge‑aktivitet. Indskud til Layer inkluderer i øjeblikket en sikkerheds‑forsinkelse, så flytning af TRB ikke er en øjeblikkelig udvekslingsoverførsel.
Legacy Tellor‑kontrakter
Tellors ældre oracle‑kontrakter på Ethereum og andre netværk forbliver tilgængelige, fordi mange er ikke‑opgraderbare. Dog sluttede de tidsbaserede belønninger på den ældre Ethereum‑implementation i maj 2026. Rapportører, der betjener disse kontrakter, er nu primært afhængige af bruger‑tips.
Dette skaber en migrationsbeslutning for DApps. En uforanderlig ‑applikation kan fortsætte med at læse det gamle system, men den skal sikre, at der er tilstrækkelig TRB‑efterspørgsel til at holde dens feeds friske. Nye eller opgraderbare applikationer kan adoptere Layer‑data via push‑relayers eller Tellor Pull.
Investorer bør derfor undgå dobbeltoptælling af integrationer. En protokol, der historisk refererede til en Tellor‑kontrakt, genererer måske ikke meningsfuld nuværende efterspørgsel efter Layer‑rapportering, bridge‑brug eller TRB‑tips.
Tvister og Rapportør‑Governance
Alle, der holder TRB på Tellor Layer, kan tviste en tvivlsom rapport. Udfordreren betaler et gebyr, den anklagede rapportør sættes i fængsel, og en del af dens bonded stake bliver midlertidigt slashet, mens systemet stemmer.
Nuværende regler definerer tre alvorlighedsgrader:
- Advarsel: tvistgebyret og den midlertidige slash udgør 1 % af rapportørens bonded tokens.
- Mindste: gebyret og slash udgør 5 %, med en længere fængselsperiode.
- Større: beløbet kan svare til rapportørens fulde bond og kan resultere i permanent fængsling, hvis tvisten lykkes.
En stemmeperiode efterfølges af et udfordringsvindue. Resultater kan støtte udfordreren, støtte rapportøren eller erklære sagen ugyldig. Stemmer deler en lille del af tvistgebyret, mens vindersiden modtager den relevante stake eller refundering.
Dette er en økonomisk domstol snarere end en garanti for objektiv sandhed. Koordinerede vælgere, utilstrækkelig deltagelse, uklare dataspecifikationer eller en langsom løsning kan stadig skade applikationer. Tellor‑forbrugere forventes at implementere sikkerheds‑forsinkelser, tvist‑overvågning og fallback‑logik, der passer til deres brugstilfælde.
TRB‑Token‑Utility og Tokenomics
TRB tjener fem primære funktioner:
- Indbygget gas: transaktioner på Tellor Layer betaler gebyrer i TRB.
- Validator‑sikkerhed: validatorer og delegatorer binder TRB for at sikre konsensus.
- Rapportør‑sikkerhed: rapportører og deres vælgere risikerer TRB, når de indsender data.
- Data‑efterspørgsel: brugere tipper forespørgsler i TRB, hvor størstedelen af tippen betales til bidragende rapportører.
- Tvister og governance: TRB finansierer udfordringer og vægter deltagelse i rapportør‑governance‑beslutninger.
Tellor har ingen fast maksimal udbud. Den nuværende økonomiske design fortsætter med månedlig inflation: 4.000 TRB går til udviklingsandelen, og et tilsvarende 4.000 TRB finansierer rapportør‑ og validator‑belønninger. Af netværksbelønningsdelen går 75 % til rapportører og 25 % til validatorer. Governance kan ændre parametre, så investorer bør verificere den aktuelle udstedelse i stedet for at projicere tidsplanen på ubestemt tid.
For bruger‑tips fordeles 98 % blandt rapportører efter deres vægtede bidrag, og 2 % brændes. Tvist‑runder kan også brænde en del af deres gebyrer. Disse brændinger udligner en del af udstedelsen, men gør ikke nødvendigvis TRB deflationært.
Potentielle Fordele ved at Investere i Tellor
- Tilladelsesfri rapportering: enhver, der opfylder staking‑kravene, kan rapportere data i stedet for at være afhængig af en lukket operatørliste.
- Fleksible forespørgsler: udviklere kan anmode om skræddersyet, verificerbart data i stedet for at vente på, at en udbyder lister et feed.
- Formålsbygget kæde: Tellor Layer konsoliderer rapportør‑belønninger, tvister, token‑sikkerhed og data‑konsensus i ét netværk.
- Flere leveringsmodeller: push‑relays og Tellor Pull lader udviklere balancere friskhed, latenstid og omkostninger.
- Direkte token‑utility: TRB er påkrævet for gas, staking, rapportering, tips og tvister.
- Legacy‑kontinuitet: eksisterende ikke‑opgraderbare Tellor‑kontrakter forbliver brugbare, mens nyere applikationer kan migrere gradvist.
Risici Investorer Skal Overveje
- Adoptionsrisiko: teknisk kapacitet garanterer ikke, at store DeFi-protokoller vil bruge Tellor eller betale meningsfulde TRB‑tips.
- Inflation: tilbagevendende rapportør‑, validator‑ og udviklingsudstedelse udvander indehavere, medmindre efterspørgsel og brændinger vokser hurtigere.
- Stake‑koncentration: store validatorer, rapportører eller delegatorer kan opnå uforholdsmæssig indflydelse over data og tvister.
- Oracle‑fejl: unøjagtige, forældede, manipulerede eller tvetydigt specificerede data kan udløse likvidationer eller afregningstab i forbruger‑applikationer.
- Tvist‑latens: governance tager tid og beskytter måske ikke applikationer, der straks modtager en dårlig værdi.
- Bridge‑risiko: TRB‑overførsler og ekstern‑kæde‑datalevering afhænger af bridge‑kontrakter, relayers, signaturer og operationelle kontroller.
- Kædesikkerheds‑risiko: Tellor Layer er yngre og økonomisk mindre end de generelle netværk, som mange brugere benytter til at hente data fra.
- Legacy‑fragmentering: gamle kontrakter kan fortsat vises som integrationer, selvom rapportører og økonomisk aktivitet er flyttet til Layer.
- Konkurrence: Chainlink, Pyth, RedStone, Chronicle, API3 og andre oracle‑systemer konkurrerer på integrationer, latenstid, omkostninger og tillidsantagelser.
Sådan Køber du Tellor (TRB)
Tellor (TRB) er tilgængelig for køb på følgende børser.
Uphold – Dette er en af de bedste børser for amerikanske borgere, som tilbyder et bredt udvalg af kryptovalutaer. Tyskland & Nederlandene er forbudt.
Uphold‑ansvarsfraskrivelse: Betingelser gælder. Kryptogoder er meget volatile. Din kapital er på spil. Investér ikke, medmindre du er forberedt på at miste alle de penge, du investerer. Dette er en høj‑risiko investering, og du bør ikke forvente beskyttelse, hvis noget går galt.
Coinbase – En børs noteret på NASDAQ. Coinbase accepterer borgere fra 100+ lande, herunder Australien, Canada, Frankrig, Tyskland, Nederlandene, Singapore, Det Forenede Kongerige og USA (eksklusive Hawaii).
Binance – Accepterer Australien, Singapore, Storbritannien og størstedelen af verden. Canadiske & amerikanske borgere er forbudt. Brug rabatkode: EE59L0QP for 10 % cashback på alle handelsgebyrer.
Er Tellor en God Investering?
Tellor er vokset fra en Ethereum‑oracle‑kontrakt til et suverænt datanetværk med bredere TRB‑utility. 2026‑belønningsmigreringen og Tellor Pull‑udgivelsen gør Layer‑hypotesen operationel snarere end kun konceptuel.
Det centrale spørgsmål er, om applikationer vil betale for og afhænge af disse data i stor skala. Investorer bør følge aktive rapportører, delegere stake‑koncentration, uafhængige validatorer, forespørgsels‑tips, bridge‑volumen, forbruger‑kæde‑integrationer, tvist‑frekvens, oracle‑indtægter og netto‑TRB‑udstedelse.
TRB forbliver en volatil, høj‑risiko aktiv. Dens værdi afhænger af, at Tellor opnår vedvarende efterspørgsel efter censur‑resistent data, mens omkostningerne ved korruption, rapportering og cross‑chain‑levering holdes konkurrencedygtige.












