1. Det ger ekonomisk trygghet, eftersom den satsade GRT kan bli bestraffad (slashed) om indexerare utf\u00f6r sitt arbete som inte \u00e4r i n\u00e4tverkets b\u00e4sta. N\u00e4r GRT v\u00e4l \u00e4r stakat (inl\u00e5st) f\u00e5r det endast dras tillbaka under f\u00f6ruts\u00e4ttning av en s\u00e5 kallad upptiningsperiod, vilket ger goda m\u00f6jligheter f\u00f6r verifiering och tvistl\u00f6sning.
2. Det minimerar falska indexerare, eller indexerare av l\u00e5g kvalitet, d\u00e5 de indexerare som har l\u00e5st in sina medel f\u00f6rmodligen kommer vilja g\u00f6ra ett s\u00e5 bra jobb som m\u00f6jligt f\u00f6r att f\u00e5 framtida arbete och bel\u00f6ningar.
F\u00f6r att ovanst\u00e5ende mekanismer ska fungera korrekt \u00e4r det viktigt att indexerare stimuleras att h\u00e5lla GRT ungef\u00e4r i proportion till m\u00e4ngden arbete de utf\u00f6r i n\u00e4tverket.
Ett d\u00e5ligt och naivt tillv\u00e4gag\u00e5ngss\u00e4tt skulle vara att bygga n\u00e4tverket s\u00e5 att varje satsad GRT ger en indexerare r\u00e4tt att utf\u00f6ra en viss m\u00e4ngd arbete p\u00e5 n\u00e4tverket. Det finns tv\u00e5 problem med detta:
1. F\u00f6r det f\u00f6rsta s\u00e4tter det en \u00f6vre gr\u00e4ns f\u00f6r m\u00e4ngden arbete n\u00e4tverket kan utf\u00f6ra.
2. F\u00f6r det andra \u00e4r det n\u00e4stan om\u00f6jligt att genomf\u00f6ra p\u00e5 ett s\u00e4tt som \u00e4r skalbart, eftersom det skulle kr\u00e4va att allt arbete samordnas centralt i kedjan.
Ett b\u00e4ttre tillv\u00e4gag\u00e5ngss\u00e4tt har gjorts av teamet p\u00e5 0x, och det inneb\u00e4r att man samlar in en protokollavgift f\u00f6r alla transaktioner i protokollet, och sedan \u00e5terbetalar dessa avgifter till deltagarna som en funktion av deras proportionella insats och proportionella avgifter som samlats in f\u00f6r n\u00e4tverket.
Det som \u00e4r intressant f\u00f6r The Graphs syfte \u00e4r att en rationell beslutsfattare f\u00f6rv\u00e4ntas att budgetera en andel av sina utgifter mellan de tv\u00e5 insatserna till produktionsfunktionen. I The Graphs fall skulle detta vara kostnaden f\u00f6r att hyra eller \u00e4ga GRT, samt driftskostnaderna f\u00f6r att k\u00f6ra en Graph nod som g\u00f6r att en indexerare kan utf\u00f6ra mer arbete och i det l\u00e5nga loppet samla in fler f\u00f6rfr\u00e5gningsavgifter f\u00f6r n\u00e4tverket.
Eftersom The Graph skulle f\u00f6rv\u00e4nta sig att alla rationella indexerare ska fatta ett likv\u00e4rdigt budgetbeslut, s\u00e5 b\u00f6r The Graph f\u00f6rv\u00e4nta sig att indexerare stakar en andel av den totala stakade m\u00e4ngden GRT, lika med andelen arbete som de har utf\u00f6rt f\u00f6r n\u00e4tverket.
Sk\u00f6nheten \u00e4r att denna f\u00f6rdelning av stakat kapital inte beh\u00f6ver till\u00e4mpas i protokollet, utan snarare h\u00e4rr\u00f6r det naturligt fr\u00e5n indexerare som fattar beslut i sitt eget ekonomiska b\u00e4sta.<\/p>\n\n\n\n
\n\n\n\n
Delagation<\/h2>\n\n\n\n
F\u00f6r GRT innehavare som inte vill s\u00e4lja sina GRT, men vill anv\u00e4nda sina tokens f\u00f6r produktiv anv\u00e4ndning f\u00f6r att s\u00e4kra n\u00e4tverket, introducerar protokollet delegering.
En delegat\u00f6r kan \u201dl\u00e5na\u201d ut sina GRT till en indexerare, i utbyte mot en andel av deras fr\u00e5geavgifter och indexeringsbel\u00f6ningar.
F\u00f6rutom att \u00f6ka GRT deltagandet, erbjuder delegationen en m\u00f6jlighet f\u00f6r mindre, kapitalbegr\u00e4nsade indexerare, att vara mer konkurrenskraftiga i det decentraliserade n\u00e4tverket genom att tillhandah\u00e5lla en h\u00f6g kvalitet och attrahera delegat\u00f6rer.
Ett viktigt val som staking protokoll m\u00e5ste g\u00f6ra n\u00e4r det kommer till delegering \u00e4r om delegerat staking-medel kan straffas (slashed) p\u00e5 grund av indexerarens felaktiga beteenden. I The Graph kommer delegerat staking-medel inte att kunna straffas, eftersom detta uppmuntrar ett f\u00f6rtroendef\u00f6rh\u00e5llande mellan delegat\u00f6rer och indexerare som kan leda till \u201dvinnaren tar allt\u201d metoder och skada decentralisering.
I likhet med andra protokoll som har gjort detta val, kommer The Graph att till\u00e4mpa en gr\u00e4ns f\u00f6r hur mycket delegerat kapital (GRT) en indexerare kan acceptera f\u00f6r varje enhet av hur mycket de sj\u00e4lva satt p\u00e5 spel. Denna “delegeringskapacitet” s\u00e4kerst\u00e4ller att en indexerare alltid s\u00e4tter ett minimum av egna medel p\u00e5 spel f\u00f6r att delta i n\u00e4tverket.<\/p>\n\n\n\n
\n\n\n\n
Kurator signalering<\/h2>\n\n\n\n
F\u00f6r att en konsument ska kunna fr\u00e5ga (query) en undergraf m\u00e5ste undergrafen f\u00f6rst indexeras, en process som kan ta timmar eller till och med dagar. Om indexerare var tvungna att gissa vilka undergrafer de skulle indexera skulle marknaden inte vara s\u00e4rskilt effektiv.
Kurator signalering \u00e4r processen att deponera GRT i en bindningskurva f\u00f6r en undergraf f\u00f6r att visa indexeraren att undergrafen b\u00f6r indexeras. Kuratorer l\u00e5ser allts\u00e5 in sina GRT i de undergrafer som de vill signalera till indexeraren ger r\u00e4tt information, och genom att de l\u00e5ser in sina GRT i en undergraf kommer de f\u00e5 r\u00e4tt till en del av framtida s\u00f6kavgifter som samlas p\u00e5 den undergrafen. S\u00e5 om en kurator vill generera bel\u00f6ningar b\u00f6r den l\u00e5sa in sina GRT mot undergrafer som den f\u00f6rutsp\u00e5r kommer generera avgifter f\u00f6r n\u00e4tverket och som indexerare kommer att indexera.<\/p>\n\n\n\n
![\"\"](\"https:\/\/coinbry.com\/wp-content\/uploads\/2021\/09\/The-graph-7-1024x422.png\")
<\/figure><\/div>\n\n\n\nAtt anv\u00e4nda bindningskurvor, en typ av algoritmisk market maker d\u00e4r priset best\u00e4ms av en viss funktion, inneb\u00e4r att ju fler kurationsandelar som pr\u00e4glas, desto h\u00f6gre blir v\u00e4xelkursen mellan GRT och kurationsandelarna. S\u00e5ledes kan framg\u00e5ngsrika kuratorer ta vinster omedelbart om de anser att v\u00e4rdet av framtida kurationsavgifter har blivit korrekt prissatta. P\u00e5 samma s\u00e4tt b\u00f6r de ta ut sina GRT om de anser att marknaden har prissatt v\u00e4rdet p\u00e5 kurationsandelar f\u00f6r h\u00f6gt.
Denna dynamik inneb\u00e4r att m\u00e4ngden GRT som signaleras mot en undergraf b\u00f6r ge en p\u00e5g\u00e5ende och v\u00e4rdefull marknadssignal om marknadens f\u00f6ruts\u00e4gelser f\u00f6r framtida s\u00f6kvolym p\u00e5 en undergraf.<\/p>\n\n\n\n
\n\n\n\n
Indexeringsbel\u00f6ning<\/h2>\n\n\n\n
En annan mekanism The Graph anv\u00e4nder relaterad till indexerat staking-medel och kuratorsignalering \u00e4r indexeringsbel\u00f6ningen.
Denna bel\u00f6ning, som betalas ut genom ny tokenemission, \u00e4r avsedd att stimulera indexerare att indexera undergrafer som \u00e4nnu inte har s\u00e5 stor s\u00f6kvolym. Detta hj\u00e4lper till att l\u00f6sa uppstartsproblemet f\u00f6r nya undergrafer, som kanske inte har en existerande efterfr\u00e5gan, f\u00f6r att locka indexerare.
Det fungerar genom att varje undergraf i n\u00e4tverket tilldelas en del av den totala utgivningen av GRT, baserat p\u00e5 den proportionella m\u00e4ngden total kurationssignal som undergrafen har. Det beloppet delas i sin tur mellan alla indexerare som stakat p\u00e5 den undergrafen proportionellt mot andelen de stakat.
Att best\u00e4mma emissionsgraden p\u00e5 ett optimalt s\u00e4tt \u00e4r ett omr\u00e5de f\u00f6r p\u00e5g\u00e5ende forskning, men det r\u00e4cker med att s\u00e4ga att den kommer att vara l\u00e5g, troligtvis ensiffrig.
Denna mekanism ger ett ytterligare incitament f\u00f6r indexerare att reagera p\u00e5 signalen fr\u00e5n kuratorer, vilket g\u00f6r kuration till en \u00e4nnu mer anv\u00e4ndbar aktivitet att delta i.<\/p>\n\n\n\n
\n\n\n\n
Verifierbar indexering<\/h2>\n\n\n\n
Med tanke p\u00e5 protokollets subventionering av undergraf indexering genom indexeringsbel\u00f6ningen \u00e4r det viktigt att mekanismen anv\u00e4nds f\u00f6r att subventionera anv\u00e4ndbart arbete. F\u00f6r detta introducerar The Graph \u201dProofs of Indexing\u201d och en \u201dSubgraph Availability Oracle.\u201d
Avsikten med b\u00e5da dessa mekanismer \u00e4r att mildra eventuella ekonomiska attacker d\u00e4r en indexerare f\u00f6rs\u00f6ker samla indexeringsbel\u00f6ningen utan att tillhandah\u00e5lla anv\u00e4ndbart arbete till n\u00e4tverket. Detta kan ta f\u00f6ljande former:<\/p>\n\n\n\n
- Att inte indexera en undergraf som man samlar bel\u00f6ningar p\u00e5.<\/li>
- Indexera en undergraf som \u00e4r trasig eller vars undergraf manifest inte \u00e4r tillg\u00e4nglig.<\/li><\/ul>\n\n\n\n
F\u00f6r att mildra #1, och n\u00e5gra tillf\u00e4llen av #2, introducerar protokollet \u201dProofs of Indexing\u201d. I sin nuvarande form \u00e4r dessa helt enkelt en signatur som genereras under indexeringen av en undergraf fr\u00e5n dess uppkomst.
N\u00e4r en indexerare g\u00f6r anspr\u00e5k p\u00e5 sin indexeringsbel\u00f6ning p\u00e5 en given undergraf m\u00e5ste de tillhandah\u00e5lla ett bevis f\u00f6r att ha gjort indexeringen f\u00f6r att f\u00e5 bel\u00f6ningen. Eftersom beviset f\u00f6r indexering (PoI, proof of indexing) ber\u00e4knas fr\u00e5n indexerarens signatur m\u00e5ste varje indexerare skicka in ett PoI som \u00e4r specifikt f\u00f6r dem. Eftersom Indexerare t\u00e4vlar om indexeringsbel\u00f6ningar p\u00e5 en given undergraf, \u00e4r det inte i indexerares b\u00e4sta intresse att samarbeta f\u00f6r att hj\u00e4lpa varandra att skapa korrekta PoI utan att faktiskt g\u00f6ra jobbet.
Dessa PoI accepteras genom att de omedelbart l\u00e5ser upp bel\u00f6ningar, men de kan anv\u00e4ndas senare f\u00f6r att straffa en indexerare om de visar sig vara felaktigt bildade. Anledningen till att bli straffad kan inkludera:<\/p>\n\n\n\n- En PoI som representerar ett felaktigt tillst\u00e5nd f\u00f6r en undergraf<\/li>
- Tillhandah\u00e5ller en PoI p\u00e5 en ogiltig undergraf<\/li><\/ul>\n\n\n\n
I den f\u00f6rsta versionen av n\u00e4tverket avg\u00f6r en skiljeman tvister (inst\u00e4lld genom styrning) och har befogenhet att avsluta tvisten med “oavgjort” om ett fel inte kan h\u00e4nf\u00f6ras klart, eller om det var ett resultat av en mjukvarufel snarare \u00e4n skadligt beteende av indexeraren.
En annan typ av fel, som \u00e4r helt subjektiv p\u00e5 grund av likv\u00e4rdighet mellan \u201dspeaker\/listener\u201d, \u00e4r om ett undergraf manifest \u00e4r tillg\u00e4ngligt eller inte. Om ett undergraf manifest inte \u00e4r tillg\u00e4ngligt, blir det om\u00f6jligt f\u00f6r en skiljeman att l\u00f6sa n\u00e5gon av de andra tvisterna f\u00f6r den undergrafen, och det blir ocks\u00e5 om\u00f6jligt f\u00f6r andra indexerare att t\u00e4vla om indexeringsbel\u00f6ningar p\u00e5 den undergrafen.
F\u00f6r det h\u00e4r anv\u00e4ndningsfallet introducerar The Graph en \u201dSubgraph Availability Oracle\u201d, ocks\u00e5 \u00e4r inst\u00e4lld via styrning. Oraklet kommer att titta p\u00e5 flera IPFS slutpunkter, till exempel Cloudflare IPFS Gateway, f\u00f6r att avg\u00f6ra om ett undergraf manifest \u00e4r tillg\u00e4ngligt. Om ett undergraf manifest inte \u00e4r tillg\u00e4ngligt kommer den motsvarande undergrafen inte att vara ber\u00e4ttigad till n\u00e5gon indexeringsbel\u00f6ning.<\/p>\n\n\n\n
\n\n\n\nGraph Explorer och Graph Name Service<\/h2>\n\n\n\n
Att kurera undergrafer f\u00f6r indexerare \u00e4r bara h\u00e4lften av historien n\u00e4r det g\u00e4ller att hitta v\u00e4rdefulla undergrafer. Vi vill ocks\u00e5 visa v\u00e4rdefulla undergrafer f\u00f6r utvecklarna.
Detta \u00e4r viktigt f\u00f6r The Graph – att hj\u00e4lpa utvecklare att hitta anv\u00e4ndbar data att bygga p\u00e5 och g\u00f6ra det enkelt att inf\u00f6rliva data fr\u00e5n en m\u00e4ngd underliggande protokoll och decentraliserade datak\u00e4llor i en enda applikation.
F\u00f6r n\u00e4rvarande uppn\u00e5r utvecklare detta genom att navigera till Graph Explorer:
I Graph Network kommer Graph Explorer<\/a> att vara en DApp<\/a>, byggd ovanp\u00e5 en undergraf som indexerar The Graphs protokoll smarta kontrakt<\/a>, inklusive Graph Name Service (GNS), ett \u201don-chain\u201d register \u00f6ver undergrafer.
En undergraf definieras av ett undergraf manifest, som \u00e4r of\u00f6r\u00e4nderligt och lagras p\u00e5 IPFS. Det \u00e4r viktigt att det inte kan f\u00f6r\u00e4ndras f\u00f6r att ha deterministiska och reproducerbara fr\u00e5gor f\u00f6r verifiering och tvistl\u00f6sning. GNS utf\u00f6r en v\u00e4lbeh\u00f6vlig roll genom att l\u00e5ta team namnge en undergraf, som sedan kan anv\u00e4ndas f\u00f6r att visa konsekutiva of\u00f6r\u00e4nderliga undergraf “versioner”.
Dessa namn, tillsammans med andra metadata lagrade i GNS, g\u00f6r det m\u00f6jligt f\u00f6r anv\u00e4ndare av Graph Explorer att f\u00e5 en b\u00e4ttre uppfattning om syftet och anv\u00e4ndbarheten av en undergraf p\u00e5 ett s\u00e4tt som en slumpm\u00e4ssig str\u00e4ng med alfanumeriska tecken och sammanst\u00e4lld kod inte g\u00f6r.
I Graph Network kommer det att bli \u00e4nnu viktigare att uppt\u00e4cka anv\u00e4ndbara undergrafer, eftersom en f\u00f6reslagen framtida uppdatering av protokollet \u00e4r undergraf komposition. I st\u00e4llet f\u00f6r att bara l\u00e5ta DApps bygga p\u00e5 flera undergrafer, kommer undergraf kompositionen att till\u00e5ta helt nya undergrafer som direkt h\u00e4nvisar till enheter fr\u00e5n befintliga undergrafer.
Denna \u00e5teranv\u00e4ndning av samma undergrafer f\u00f6r m\u00e5nga DApps och andra undergrafer \u00e4r en av de k\u00e4rn effektiviteter som The Graph l\u00e5ser upp. J\u00e4mf\u00f6r detta tillv\u00e4gag\u00e5ngss\u00e4tt med det nuvarande tillst\u00e5ndet i v\u00e4rlden d\u00e4r varje ny applikation anv\u00e4nder sin egen databas och API servrar, som ofta blir underutnyttjade.<\/p>\n\n\n\n
\n\n\n\nSignal migrering<\/h2>\n\n\n\n
Graph Name Service (GNS) exponerar ocks\u00e5 kurationsfunktioner. I st\u00e4llet f\u00f6r att signalera p\u00e5 of\u00f6r\u00e4nderliga undergrafer, som \u00e4r fallet i k\u00e4rnprotokollet, st\u00f6der GNS signalering p\u00e5 f\u00f6r\u00e4nderliga undergrafer med namn. GRT som signaleras p\u00e5 ett s\u00e5n undergraf migreras automatiskt till den senaste versionen n\u00e4r \u00e4garen av undergrafen g\u00f6r uppdateringar. Detta liknar att delegera en signal till \u00e4garen av en namngiven undergraf (ska inte f\u00f6rv\u00e4xlas med att delegera staking till en indexerare).
Detta kan ge en f\u00f6rdel f\u00f6r b\u00e5de kuratorer och utvecklarna av undergrafer. Utvecklarna kan locka fler indexerare till att indexera sina nya undergrafsversioner \u00e4n de skulle kunna med bara sin egen signal. Under tiden garanteras kuratorer alltid att signaleras p\u00e5 den version som utvecklaren avser att rikta fr\u00e5getrafik till.
Det finns dock ocks\u00e5 risker med att signalera p\u00e5 ett undergrafsnamn. F\u00f6r det f\u00f6rsta finns det en \u201dkuration skatt\u201d som debiteras b\u00e5de kuratorn och \u00e4garen av undergrafen vid uppgraderingar. Normalt betalas denna skatt endast av kuratorn vid ins\u00e4ttning, men kuratorn kontrollerar n\u00e4r de signalerar och st\u00e4nger signalerna. \u00c4ven om det inte skulle vara i en undergrafs \u00e4gares intresse att uppgdatera upprepade g\u00e5nger, om de tvingas g\u00f6ra det, till exempel f\u00f6r att fixa buggar i deras undergraf, skulle detta t\u00f6mma en del av kuratorernas signal p\u00e5 varje migration.
En annan risk \u00e4r att \u00e4garen av undergrafen inte har kontroll \u00f6ver den prim\u00e4ra k\u00e4llan till fr\u00e5getrafiken p\u00e5 undergrafen. I s\u00e5 fall kan en kurator vars signal automatiskt migreras till en ny version g\u00e5 miste om en andel av fr\u00e5geavgifterna som fortfarande skickas till en tidigare version av undergrafen.<\/p>\n\n\n\n
\n\n\n\nVillkorade mikrobetalningar<\/h2>\n\n\n\n
The Graphs betalningsskikt \u00e4r utformat f\u00f6r att minimera f\u00f6rtroendet mellan konsumenten och indexeraren. Betalningskanaler \u00e4r en teknik som har utvecklats f\u00f6r skalbara, \u201doff-chain\u201d tillitsminimerade betalningar. Det handlar om att tv\u00e5 parter l\u00e5ser in pengar p\u00e5 kedjan i en deponering d\u00e4r pengarna endast f\u00e5r anv\u00e4ndas f\u00f6r att byta ut medel utanf\u00f6r kedjan mellan dem tills en transaktion skickas in p\u00e5 kedjan f\u00f6r att ta ut pengar fr\u00e5n deponeringen.
Traditionellt har betalningskanaler betonat att s\u00e4kert skicka en mikrobetalning utanf\u00f6r kedjan utan h\u00e4nsyn till om tj\u00e4nsten eller varan som betalats faktiskt mottogs.
Det har dock gjorts en del arbete mot \u201datomic swaps\u201d av mikrobetalningar f\u00f6r n\u00e5gon digital vara eller outsourcad ber\u00e4kning, som The Graph bygger p\u00e5. De kallar sin konstruktion WAVE Locks. WAVE st\u00e5r f\u00f6r \u201dwork, attestation, verification, expiration\u201d och den designen \u00e4r f\u00f6ljande:
Arbete (work)<\/strong>: En konsument skickar en l\u00e5st mikrobetalning med en beskrivning av det arbete som ska utf\u00f6ras. Denna specifikation av arbetet fungerar som l\u00e5set p\u00e5 mikrobetalningen.
Intyg (attestation)<\/strong>: En tj\u00e4nsteleverant\u00f6r svarar med att den digitala varan eller tj\u00e4nsten efterfr\u00e5gas tillsammans med ett signerat intyg om att arbetet utf\u00f6rdes korrekt. Detta l\u00e5ser upp mikrobetalningen, med antagandet att intyget \u00e4r korrekt.
Verifiering (verification)<\/strong>: Intyget verifieras med n\u00e5gon verifieringsmetod. Det kan finnas straff, till exempel slashing, f\u00f6r att intyga att arbete utf\u00f6rts felaktigt. Verifiering av intyget sker utanf\u00f6r kanalen.
Utg\u00e5ng (expiration)<\/strong>: Tj\u00e4nsteleverant\u00f6ren m\u00e5ste antingen f\u00e5 en bekr\u00e4ftelse p\u00e5 mottagandet fr\u00e5n konsumenten eller skicka sitt intyg i kedjan f\u00f6r att f\u00e5 sin mikrobetalning innan den l\u00e5sta mikrobetalningen l\u00f6per ut.
Att anv\u00e4nda l\u00e5s med betalkanaler \u00e4r inte nytt. B\u00e5de Lightning- och Raiden diskuterar att anv\u00e4nda en hash f\u00f6rbild (preimage) f\u00f6r att l\u00e5sa upp en mikrobetalning. Detta \u00e4r anv\u00e4ndbart f\u00f6r multi-hopp-mikrobetalningar d\u00e4r varje “hopp” \u00e4r l\u00e5st med samma hash och kan l\u00e5sas upp av ett v\u00e4rde, f\u00f6rbilden, som producerar den hashen n\u00e4r den matas in till en specifik hash funktion.<\/p>\n\n\n\n![\"\"](\"https:\/\/coinbry.com\/wp-content\/uploads\/2021\/09\/The-graph-8.png\")
<\/figure><\/div>\n\n\n\nExempel p\u00e5 multi-hopp-betalningskanaler som anv\u00e4nder en hash-f\u00f6rbild f\u00f6r att l\u00e5sa upp betalningar.
\u00c4ven om The Graph kunde anv\u00e4nda sin egen betalningskanall\u00f6sning, som \u00e4r specialbyggd med denna nya l\u00e5smekanism, \u00e4r en mer pragmatisk l\u00f6sning att anv\u00e4nda statliga kanaler (state channels).
Statliga kanaler kan hantera fallet med enkla betalningar, men de kan ocks\u00e5 kodifiera mer komplexa tillst\u00e5nds\u00f6verg\u00e5ngar samtidigt som de beh\u00e5ller samma skalbarhet och s\u00e4kerhetsegenskaper som en betalningskanal.
Vad betalningskanaler och statliga kanaler har gemensamt \u00e4r dock att de i sin mest grundl\u00e4ggande form \u00e4r ett s\u00e4tt att utbyta v\u00e4rde- eller tillst\u00e5ndsuppdateringar mellan tv\u00e5 deltagare, som \u00e4r k\u00e4nda i f\u00f6rv\u00e4g. Som n\u00e4mnts ovan med multi-hopp-mikrobetalningarna kr\u00e4ver s\u00e4ndning mellan tv\u00e5 deltagare att man kan bilda en kedja av betalkanaler \u00f6ver flera andra deltagare, som f\u00f6rbinder de tv\u00e5 ursprungliga deltagarna.<\/p>\n\n\n\n![\"\"](\"https:\/\/coinbry.com\/wp-content\/uploads\/2021\/09\/The-graph-9-1024x808.png\")
<\/figure><\/div>\n\n\n\nThe Graph st\u00f6der konsumenter och indexerare som ansluter via direkta kanaler eller via ett n\u00e4tverk av statliga kanalnoder enligt ovan. F\u00f6r enkelhetens skull kommer standardklientimplementeringarna vid lanseringen att anv\u00e4nda direkta kanaler.
En f\u00f6rdel med att ha ett statligt kanaln\u00e4tverk tillg\u00e4ngligt, bortsett fr\u00e5n skalbarhetsf\u00f6rdelarna, \u00e4r att konsumenterna kan anv\u00e4nda tredje parts \u201doff-chain market makers\u201d f\u00f6r att k\u00f6pa GRT i utbyte mot ETH eller det stablecoin<\/a> som de f\u00f6redrar. Detta minskar balansrisken f\u00f6r konsumenter som f\u00f6redrar att ha en tillg\u00e5ng vars v\u00e4rde inte fluktuerar.<\/p>\n\n\n\n
\n\n\n\nFr\u00e5geverifiering<\/h2>\n\n\n\n
F\u00f6r att WAVE Locks konstruktionen och indexering-staking ska vara meningsfull m\u00e5ste det finnas en effektiv verifieringsmekanism som kan reproducera det arbete som utf\u00f6rs av en indexerare, identifiera fel och straffa d\u00e5liga indexerare.
I den f\u00f6rsta fasen av The Graphs n\u00e4tverk hanteras detta genom en \u201don-chain\u201d tvistl\u00f6sningsprocess, som avg\u00f6rs genom skiljedom.
F\u00f6r fr\u00e5gor st\u00f6der The Graph tv\u00e5 typer av tvister:<\/p>\n\n\n\n- Enstaka intygstvister (single attestation disputes)<\/li>
- Motstridiga intygstvister (conflicting attestation disputes)<\/li><\/ul>\n\n\n\n
I tvister om enskilda intyg skickar fiskare (fishermen) in tvister tillsammans med en obligation (bond), liksom ett intyg undertecknat av en indexerare. Om det visar sig att indexeraren har intygat ett felaktigt svar p\u00e5 en fr\u00e5ga f\u00e5r fiskaren en del av det straffade beloppet som bel\u00f6ning. Omv\u00e4nt tappar fiskaren obligationen om tvisten misslyckas.
Viktigare \u00e4r att fiskarens bel\u00f6ning m\u00e5ste vara mindre \u00e4n den straffade summan. Annars kan skadliga indexerare helt enkelt straffa sig sj\u00e4lva f\u00f6r att komma runt upptiningsperioder eller undvika att straff av n\u00e5gon annan.
F\u00f6r tvister om enstaka intyg antas att fiskaren \u00e4r en sk\u00e5despelare som fick sina h\u00e4nder genom n\u00e5gra extra-protokoll, till exempel en tredje parts loggningstj\u00e4nst.
The Graph f\u00f6rv\u00e4ntar sig att det mycket vanligare anv\u00e4ndningsfallet kommer vara motstridiga tvister. I detta fall kan en fiskare skicka tv\u00e5 intyg f\u00f6r samma fr\u00e5ga, signerade av tv\u00e5 olika indexerare. Om intygen inte st\u00e4mmer \u00f6verens med varandra, \u00e4r det garanterat att en eller b\u00e5da indexerarna begick ett fel.
Konsumenter kan, n\u00e4r de fr\u00e5gar The Graph, v\u00e4lja att fr\u00e5ga flera indexerare f\u00f6r samma s\u00f6kresultat, f\u00f6r extra s\u00e4kerhet och chansen att vinna en del av deras straffade summa som bel\u00f6ning. Denna strategi fungerar b\u00e4ttre n\u00e4r antalet unika indexerare p\u00e5 en undergraf \u00f6kar.
I den f\u00f6rsta versionen av n\u00e4tverket kommer det att finnas en skiljeman inst\u00e4lld via protokollstyrning, som avg\u00f6r utg\u00e5ngen av tvister. I likhet med indexeringstvister kan skiljemannen g\u00f6ra bed\u00f6mningar n\u00e4r felaktiga fr\u00e5gor kan uppst\u00e5 till f\u00f6ljd av fel i programvaran, indexerare som saknar h\u00e4ndelser fr\u00e5n blockkedjan<\/a> eller andra oavsiktliga faktorer som kan leda till ett straff.
S\u00e5 sm\u00e5ningom, n\u00e4r mjukvaran mognar, kommer indexerare att f\u00f6rv\u00e4ntas utveckla det operativa kunnandet f\u00f6r att undvika denna typ av fel.<\/p>\n","protected":false},"excerpt":{"rendered":"Indexerar Staking The Graph har token modell \u00e4r baserat kring arbete, GRT funktionen \u00e4r med andra ord ett arbetstoken, d\u00e4r indexerare m\u00e5ste staka (l\u00e5sa in) GRT f\u00f6r att kunna s\u00e4lja sina tj\u00e4nster p\u00e5 fr\u00e5gemarknaden (query market), och det finns tv\u00e5 huvudfunktioner f\u00f6r detta: 1. Det ger ekonomisk trygghet, eftersom den satsade GRT kan bli bestraffad …<\/p>\n