Digital na Asset

Pamumuhunan sa Tellor (TRB) – Lahat ng Kailangan Mong Malaman

Ang Tellor ay ngayon isang sovereign oracle blockchain na ginagamit ang TRB para sa staking, pag-uulat, mga tip, alitan, at gas. Alamin kung paano gumagana ang Tellor Layer at ang mga pangunahing panganib sa pamumuhunan.

mm
Idagdag ang Securities.io sa mga gusto mong mapagkunan sa Google
Pagsisiwalat: Maaaring tumanggap ang Securities.io ng kabayaran kapag gumamit ka ng mga link sa produktong sinuri namin. Hindi nito naaapektuhan ang aming editoryal na pagsusuri. Hindi kami rehistradong tagapayo sa pamumuhunan; hindi ito payo sa pamumuhunan. Basahin ang aming pagsisiwalat sa affiliate.

Ang Tellor (TRB ) ay isang desentralisadong oracle protocol na lumilikha at nagbebeberipika ng data para sa smart contracts. Noong 2025, lumipat ang proyekto mula sa orihinal nitong mga kontrata sa Ethereum (ETH ) at inilunsad ang Tellor Layer, isang layuning binuong proof-of-stake blockchain para sa pag-uulat, pag-agrup, pag-aaway, at pamamahagi ng anumang data.

Binago nito ang tesis ng pamumuhunan. Ang TRB ay patuloy na ipinagpapalit bilang isang ERC-20 token sa Ethereum, ngunit ito rin ay ang katutubong pera ng Tellor Layer. Ngayon, pinaprotektahan ng token ang pag-validate ng chain at pag-uulat ng data, nagbabayad para sa mga kahilingan ng data, pinopondohan ang mga alitan, at nakikilahok sa pamamahala. Mula noong Mayo 2026, ang mga gantimpalang inflationary para sa mga reporter ay ganap nang nailipat mula sa lumang sistema ng Ethereum patungo sa Tellor Layer.

TRB Tsart ng Presyo

Ano ang Tellor?

Ang isang blockchain ay maaaring beripikahin ang aktibidad sa loob ng sarili nitong ledger, ngunit hindi nito kayang alamin nang mag-isa ang presyo ng isang asset, ang resulta ng isang halalan, ang pagbabasa ng panahon, o ang kalagayan ng ibang chain. Ang isang oracle ay nagbibigay ng panlabas na impormasyong maaaring magamit ng mga on-chain na aplikasyon.

Ang layunin ng Tellor ay hindi magpatakbo ng saradong koleksyon ng mga price feed na aprubado ng kumpanya. Nagbibigay ito ng permissionless na sistema kung saan ang mga gumagamit ay nagtatakda ng query, pinopondohan ito ng TRB, at hinahayaan ang mga naka-stake na reporter na magsumite ng mga sagot. Ginagawa nitong kapaki-pakinabang ang Tellor para sa mga presyo, prediction markets, insurance triggers, resulta ng pamamahala, reserve attestations, cross-chain messages, at iba pang data na maaaring beripikahin ng publiko.

Binibigyang-diin ng protocol ang paglaban sa censorship at kakayahang ma-recover. Kung ang isang aplikasyon ay hindi makakuha ng data mula sa isang reporter, maaaring mag-stake at mag-ulat ang ibang kalahok. Kung ang isinumiteng halaga ay lumalabas na mali, maaaring magbukas ng alitan ang mga holder ng TRB at ilagay ang stake ng reporter sa panganib.

Tellor Layer

Ang Tellor Layer ay binuksan sa publiko noong Agosto 2025. Ito ay isang Cosmos (ATOM ) SDK-based layer-1 network na may chain ID na tellor-1. Sa halip na gumamit ng pangkalahatang chain para i-coordinate ang mga reporter, nagpapatakbo na ngayon ang Tellor ng sarili nitong consensus, token rewards, lifecycle ng query, at sistema ng alitan.

Ang network ay gumagamit ng proof-of-stake at may validator set na limitado sa 100. Ang mga validator ay nag-oorder ng mga transaksyon, nagpoprotekta sa chain, at tumutulong mag-attest ng data para maihatid sa ibang network. Maaaring mag-delegate ang mga holder ng TRB sa isang validator imbes na magpatakbo ng imprastruktura mismo, kumikita ng gantimpala pagkatapos ng komisyon habang tinatanggap ang panganib ng validator at slashing.

Hinihiwalay ng Tellor ang block validation mula sa pag-uulat. Ang mga reporter ay nagsasaliksik at nagsusumite ng data, habang ang mga validator ay nagpapanatili ng consensus. Maaaring i-delegate ng isang holder ang parehong ekonomikong stake sa validator at pumili ng reporter, isang modelo na tinatawag ng Tellor na dual delegation. Pinalalawak nito ang partisipasyon sa pag-uulat ng data nang hindi pinapalaki ang validator set nang labis para sa cross-chain signature verification.

Paano Lumilikha ng Data ang Tellor

Bawat kahilingan ng data ay tinutukoy ng query ID na naglalarawan ng uri at encoding ng impormasyong hinihingi. Ang mga gumagamit ay nagdadagdag ng TRB tips upang hikayatin ang pag-uulat. Pagkatapos magsara ang reporting window, pinagsasama ng Tellor ang mga submission ayon sa pamamaraan ng query, tulad ng stake-weighted median, average, o mode.

Pinapanatili rin ng protocol ang isang governance-controlled cycle list ng mga recurring query. Maaaring patuloy na magsumite ng mga data point ang mga reporter at kumita ng time-based rewards, na tumutulong panatilihing buhay ang mahahalagang feed kahit na walang bagong tip na idinadagdag sa bawat update.

Ang mga tip at inflation reward ay nagpapasigla ng tapat na paglikha ng data, ngunit ang pag-weight ayon sa delegated stake ay may tradeoff. Mas maraming stake sa likod ng isang sagot ay nagbibigay ng mas matibay na ekonomikong seguridad; maaari rin nitong konsentrasyon ang impluwensya sa pinakamalalaking reporter o selector. Kailangan pa rin ng mga consumer na magpasya kung gaano karaming stake, ilang reporter, at gaano katagal ang delay na kailangan bago pagkatiwalaan ang isang halaga.

Push, Pull, at Cross-Chain Delivery

Sinuportahan ng Tellor ang pamilyar na push model, kung saan ang mga relayer ay naglilipat ng mga halaga mula sa Tellor Layer patungo sa consumer contracts. Noong 2026, idinagdag nito ang Tellor Pull, na nagbibigay-daan sa isang user na dalhin ang kamakailang attested report at validator signatures sa isang transaksyon. Ang tumatanggap na kontrata ay nagve-verify ng proof at ginagamit ang halaga sa parehong tawag.

Ang Pull delivery ay maaaring magpababa ng gastos ng patuloy na pag-update ng mga feed na paminsan-minsang ginagamit lamang. Halimbawa, maaaring i-verify ng isang lending market ang sariwang presyo kapag may nanghiram, nagbabayad, o nalilikidate. Ang mga push feed ay nananatiling kapaki-pakinabang kapag kailangan ng aplikasyon ang halaga na naka-imbak na sa destination chain.

Ang DataBridge ng Tellor ay nagkokomunika ng Layer data sa mga external network, habang ang TokenBridge V2 ay naglilipat ng TRB sa pagitan ng Ethereum at Tellor Layer. Ang V2 upgrade noong Abril 2026 ay nagdagdag ng mas mahigpit na pause controls at pinaghiwalay ang legacy mula sa bagong bridge activity. Ang mga deposito sa Layer ay kasalukuyang may security delay, kaya ang paglipat ng TRB ay hindi isang instant exchange transfer.

Legacy Tellor Contracts

Ang mga mas lumang oracle contract ng Tellor sa Ethereum at iba pang network ay nananatiling magagamit dahil marami sa kanila ay non-upgradeable. Gayunpaman, ang time-based rewards sa legacy Ethereum implementation ay natapos noong Mayo 2026. Ang mga reporter na nagsisilbi sa mga kontratang iyon ay ngayon pangunahing umaasa sa mga tip mula sa user.

Lumilikha ito ng desisyon sa pag-migrate para sa DApps. Ang isang immutable na application ay maaaring magpatuloy na basahin ang lumang sistema, ngunit dapat tiyakin na may sapat na demand para sa TRB upang mapanatiling sariwa ang mga feed nito. Ang mga bagong o upgradeable na aplikasyon ay maaaring mag-adopt ng Layer data sa pamamagitan ng push relayers o Tellor Pull.

Dapat iwasan ng mga mamumuhunan ang double-counting ng mga integration. Ang isang protocol na dati ay nag-refer sa isang Tellor contract ay maaaring hindi na mag-generate ng makabuluhang kasalukuyang demand para sa Layer reporting, paggamit ng bridge, o mga tip ng TRB.

Alitan at Pamamahala ng Reporter

Sinumang may hawak ng TRB sa Tellor Layer ay maaaring maghain ng alitan laban sa isang kahina-hinalang ulat. Ang challenger ay nagpo-post ng bayad, ang inakusahan na reporter ay nakakulong, at bahagi ng kanyang bonded stake ay pansamantalang sinaslash habang bumoboto ang sistema.

Ang kasalukuyang mga patakaran ay nagtatakda ng tatlong antas ng kalubhaan:

  • Babala: ang dispute fee at pansamantalang slash ay katumbas ng 1% ng bonded tokens ng reporter.
  • Mali: ang bayad at slash ay katumbas ng 5%, na may mas mahabang panahon ng pagkakakulong.
  • Malubha: ang halagang ito ay maaaring katumbas ng buong bond ng reporter at maaaring magresulta sa permanenteng pagkakakulong kung magtagumpay ang alitan.

Sinusundan ng voting period ang isang challenge window. Maaaring suportahan ng mga resulta ang nag-aalitan, suportahan ang reporter, o markahan ang kaso bilang hindi wasto. Ang mga botante ay nagbabahagi ng maliit na bahagi ng dispute fee, habang ang nanalong panig ay tumatanggap ng naaangkop na stake o refund.

Ito ay isang ekonomikong hukuman sa halip na garantiya ng objektibong katotohanan. Ang koordinadong botante, kakulangan ng partisipasyon, hindi malinaw na data specifications, o mabagal na resolusyon ay maaaring makasama pa rin sa mga aplikasyon. Inaasahan na magpatupad ang mga consumer ng Tellor ng safety delays, dispute monitoring, at fallback logic na angkop sa kanilang use case.

Utility ng Token na TRB at Tokenomics

Ang TRB ay may limang pangunahing tungkulin:

  • Native gas: ang mga transaksyon sa Tellor Layer ay nagbabayad ng fees gamit ang TRB.
  • Validator security: ang mga validator at delegator ay nagbo-bond ng TRB upang maprotektahan ang consensus.
  • Reporter security: ang mga reporter at kanilang mga selector ay inilalagay ang TRB sa panganib kapag nagsusumite ng data.
  • Data demand: ang mga user ay nagti-tip ng mga query gamit ang TRB, kung saan ang karamihan ng tip ay binabayaran sa mga nag-aambag na reporter.
  • Disputes and governance: ang TRB ay nagpopondo ng mga hamon at nagbabalanse ng partisipasyon sa mga desisyon ng pamamahala ng reporter.

Walang tiyak na maximum supply ang Tellor. Ang kasalukuyang disenyo ng ekonomiya ay nagpapatuloy ng buwanang inflation: 4,000 TRB ay napupunta sa development share at katumbas na 4,000 TRB ay pinopondohan ang mga gantimpala ng reporter at validator. Sa bahagi ng network reward, 75% ay nakalaan sa mga reporter at 25% sa mga validator. Maaaring baguhin ng governance ang mga parameter, kaya dapat i-verify ng mga mamumuhunan ang aktwal na issuance sa halip na mag-project ng iskedyul nang walang katapusan.

Para sa mga tip ng user, 98% ay ipinamahagi sa mga reporter ayon sa kanilang weighted contribution at 2% ay sinusunog. Ang mga dispute round ay maaari ring magsunog ng bahagi ng kanilang mga bayad. Ang mga pagsunog na ito ay nag-ooffset ng bahagi ng issuance ngunit hindi kinakailangang gawing deflationary ang TRB.

Posibleng Benepisyo ng Pamumuhunan sa Tellor

  • Permissionless reporting: sinumang nakakatugon sa staking requirements ay maaaring mag-ulat ng data sa halip na umasa sa isang saradong listahan ng operator.
  • Flexible queries: maaaring humiling ang mga developer ng custom, beripikableng data sa halip na maghintay na ilista ito ng provider.
  • Purpose-built chain: ang Tellor Layer ay pinagsasama ang mga gantimpala ng reporter, alitan, seguridad ng token, at data consensus sa isang network.
  • Multiple delivery models: ang push relays at Tellor Pull ay nagbibigay-daan sa mga developer na balansehin ang freshness, latency, at gastos.
  • Direct token utility: kinakailangan ang TRB para sa gas, staking, reporting, mga tip, at alitan.
  • Legacy continuity: ang umiiral na non-upgradeable na mga kontrata ng Tellor ay mananatiling magagamit habang ang mga mas bagong aplikasyon ay maaaring mag-migrate nang dahan-dahan.

Mga Panganib na Dapat Isaalang-alang ng mga Mamumuhunan

  • Adoption risk: ang teknikal na kakayahan ay hindi garantiya na ang mga pangunahing DeFi protocol ay gagamit ng Tellor o magbabayad ng makabuluhang TRB tip.
  • Inflation: ang paulit-ulit na pag-issue para sa reporter, validator, at development ay nagpapalabnaw sa mga holder maliban kung mas mabilis ang paglago ng demand at pagsunog.
  • Stake concentration: ang malalaking validator, reporter, o delegator ay maaaring magkaroon ng hindi patas na impluwensya sa data at alitan.
  • Oracle failure: ang hindi tumpak, luma, manipuladong, o hindi malinaw na tinukoy na data ay maaaring magdulot ng liquidation o pagkawala sa settlement sa mga consumer application.
  • Dispute latency: ang pamamahala ay tumatagal at maaaring hindi maprotektahan ang mga aplikasyon na agad kumokonsumo ng maling halaga.
  • Bridge risk: ang mga paglipat ng TRB at external-chain data delivery ay nakadepende sa mga bridge contract, relayer, signatures, at operational controls.
  • Chain-security risk: ang Tellor Layer ay mas bata at mas maliit ang ekonomiya kumpara sa mga general-purpose network kung saan maraming gumagamit ang kumokonsumo ng data nito.
  • Legacy fragmentation: ang mga lumang kontrata ay maaaring magpatuloy na lumitaw bilang mga integration kahit na ang mga reporter at ekonomikong aktibidad ay lumipat na sa Layer.
  • Competition: ang Chainlink, Pyth, RedStone, Chronicle, API3, at iba pang oracle system ay nagkakumpetensya sa integrations, latency, gastos, at mga assumptions sa tiwala.

Paano Bilhin ang Tellor (TRB)

Ang Tellor (TRB) ay maaaring bilhin sa mga sumusunod na palitan.

Uphold – Isa ito sa pinakamahusay na palitan para sa mga residente ng United States na nag-aalok ng malawak na hanay ng cryptocurrencies. Germany & Netherlands ay ipinagbabawal.

Uphold Disclaimer: May mga kondisyon. Ang mga cryptoasset ay lubhang pabagu-bago. Ang iyong kapital ay nasa panganib. Huwag mag-invest kung hindi ka handang mawalan ng lahat ng perang iyong ini-invest. Ito ay isang mataas na panganib na pamumuhunan, at hindi mo dapat asahan na mapoprotektahan ka kung may mangyaring mali.

Coinbase – Isang publicly traded na palitan na nakalista sa NASDAQ. Tumatanggap ang Coinbase ng mga residente mula sa 100+ bansa, kabilang ang Australia, Canada, France, Germany, Netherlands, Singapore, ang United Kingdom, at ang United States (hindi kasama ang Hawaii).

Binance – Tumatanggap ng Australia, Singapore, ang UK, at karamihan ng mundo. Canadian & USA residents ay ipinagbabawal. Gamitin ang Discount Code: EE59L0QP para sa 10% cashback sa lahat ng trading fee.

Mabuting Pamumuhunan ba ang Tellor?

Ang Tellor ay nag-mature mula sa isang Ethereum oracle contract tungo sa isang sovereign data network na may mas malawak na utility ng TRB. Ang migration ng gantimpala noong 2026 at ang paglabas ng Tellor Pull ay ginagawang operational ang Layer thesis sa halip na purong konseptwal.

Ang pangunahing tanong ay kung babayaran at aasa ang mga aplikasyon sa data na ito sa malakihang sukat. Dapat subaybayan ng mga mamumuhunan ang aktibong mga reporter, delegated stake concentration, independent validators, query tips, bridge volume, consumer-chain integrations, dispute frequency, oracle revenue, at net TRB issuance.

Ang TRB ay nananatiling isang pabagu-bagong, mataas na panganib na asset. Ang halaga nito ay nakadepende sa pag-abot ng Tellor ng matatag na demand para sa censorship-resistant na data habang pinapanatiling kompetitibo ang gastos ng korapsyon, pag-uulat, at cross-chain delivery.

David Hamilton ay isang full-time journalist at isang matagal nang bitcoinist. Siya ay nagpapakadalubhasa sa pagsulat ng mga artikulo tungkol sa blockchain. Ang kanyang mga artikulo ay nailathala sa maraming mga publikasyon ng bitcoin kabilang ang Bitcoinlightning.com