Hvordan BTC-bassenger bygges og dyrkes over tid

Det 21. århundre har også fått sin del av fordeler og problemer. Å blande globalisering og lokalisering har på en eller annen måte gjort funksjonen til en prosess mer kompleks og subtil også. Finansielle transaksjoner på en måte tilbake i tiden (18-, 19-tallet) pleide å være relativt enkle og greie. Men ulempen med det var at nesten alle kunne bruke det urettferdig. I dag, med finansielle transaksjoner som for det meste skjer digitalt og blir enda mer oppgradert ved å bruke desentraliserte plattformer og applikasjoner, reduseres problemet med noen tredjeparts/individuelle misbruk eksponentielt. Etter bare to år med Bitcoin på markedet, ble populariteten rundt den enorm. Det er rundt den tiden at gruvearbeidere begynte å bruke GPU-aktiverte datamaskiner (grafisk prosesseringsenhet). Å bruke en slik maskin betydde mye penger som skulle brukes også. Noen gruvearbeidere hadde råd til det mens noen ikke hadde det. Det er på grunn av denne faktoren (blant andre) at spesifikke bassenger begynte å bli dannet av gruvearbeidere som ikke hadde råd til slike kraftige beregningsmaskiner. Dette stykket fordyper seg i Bitcoin-pooler; hvordan de ble bygget og hvordan de har vokst siden starten.

Bitcoin-sammenslåing i lekmannsord kan oppfattes som et tveegget sverd. På den ene siden hjelper desentralisering med å gjøre hver node i nettet ansvarlig og ansvarlig, noe som stort sett pleide å være et problem i et autoritativt nettverk (myndighet som forsømmer ens ansvar), men samtidig oppleves det som et hinder av mange bare av lignende grunner.

Dette stykke forskning viser at felles gruveprinsipper stort sett omfatter aksjeavtale og belønningsfunksjoner. Delingsavtale indikerer at hvert medlem i bassenget jobber sammen med andre medlemmer for å utvinne en ny blokk og dele gruveinntekter når en av dem lykkes med å utvinne en ny blokk. Ved å gjøre det kan medlemmer i nettverket ha relativt stabile gruvebelønninger. Mens belønningsfunksjonen indikerer kategorisering av gruvebelønninger gjennom en bassengoperatør. Som man kunne se i infografikken nedenfor, ble dataene kategorisert som historiske transaksjonsdata og ubekreftede transaksjonsdata.

To databaser ble bygget, nemlig DB1 og DB2 hvor transaksjonslagring og filtrering fant sted. Siden dette er Bitcoin-sammenslåingsprosessen fortsatt i sin tidlige fase, ble det sett 3 problemer. For det første eksisterte det inkonsekvente systemklokker for skapere av transaksjoner (blokker). Konsekvent maskinsystemklokke ble brukt for å overvinne det første hinderet. Det andre problemet som ble opplevd var inkonsekvens i datainnsamlingsfrekvensen. For å løse problemet ble data spurt hvert annet sekund. Til slutt var smutthullet tap av data. Det ble funnet få årsaker til datatapet som nettverksbelastning; midlertidig tap av tilkobling via eksterne servere, etc. Til slutt kan man konkludere med at det er et par problemer som står overfor pooling-prosessen, som Prisoner’s Dilemma og Malthusian trap.

En innfallsvinkel for å oppfatte gruvebassenger er at grupper dannes av gruvearbeidere (som refereres til som bassenger) der kollektive ressurser og informasjon brukes for å generere en intensiverende hashkraft. Sjansene for å løse en blokk øker etter hvert som blokker blir løst og beregningsressursene er direkte proporsjonale. For å vite mer om den unike distribusjonen av hasjkraft, ta en titt på figur 3.5 i dette stykket av forskning.

Ettersom flere prototyper vil bli bygget og testet, vil pooling på tvers av bitcoin sikkert vokse over tid. Spørsmålet er bare hvor lang tid det vil ta. Det er ingen presis eller eksakt løsning for øyeblikket. Det avhenger av ulike faktorer innen teknologiindustrien og andre bransjer i nesten alle nasjoner over hele verden.

Innlegg Visninger: 58

Kilde: https://www.primafelicitas.com/Insights/how-btc-pools-are-built-grown-over-time/?utm_source=rss&utm_medium=rss&utm_campaign=how-btc-pools-are-built-grown-over -tid