Ali SPV lahko podpira milijarde uporabnikov Bitcoin? Določanje zahtev za skaliranje | SI.democraziakmzero.org

Ali SPV lahko podpira milijarde uporabnikov Bitcoin? Določanje zahtev za skaliranje

Ali SPV lahko podpira milijarde uporabnikov Bitcoin? Določanje zahtev za skaliranje

Jameson Lopp je inženir za programsko opremo na BitGo, avtor statoshi.info in ustanovitelj bitcoinsig.com.

V tem mnenju kos, Lopp je globoko potopite v trditve, da je to varno odstraniti omejitev velikosti bloka Bitcoin in namesto da se zanašajo na obstoječe "poenostavljeno preverjanje plačila" (SPV) metode.

Nov zahtevek se ohranjali v razpravi o Bitcoin merjenja.

Mi smo sluha, da je varno odstraniti omejitev velikosti bloka, saj lahko Bitcoin lahko obsega do ogromnih velikosti bloka, ki bi podpirajo milijarde uporabnikov preko obstoječih "poenostavljeno preverjanje plačila" (SPV) metod. Domnevno, SPV je zelo prilagodljiva zaradi majhne količine podatkov, ki jih potrebuje za SPV odjemalca za shranjevanje, pošiljanje in prejemanje.

Naj kopati v tem zahtevku, in jo preučiti iz več zornih kotov.

Kako SPV dela

Satoshidescribed dizajn na visoki ravni za SPV v Bitcoin belem papirju, čeprav ni bil izveden šele dve leti kasneje, ko je Mike Hearn ustvarili BitcoinJ.


Zgodnje SPV izvedbe so zelo naiven - so prenesli celotno blockchain, v katerem ni bilo bolj učinkovito kot polno vozlišče v smislu pasovne širine.

Jih metali proč transakcije, ki niso bile pomembne za denarnico SPV stranke, ji je uspelo pridobiti znatne prihranke uporabe diska. Trajalo je še 18 mesecev za MKT 37to objavljen, zagotavlja specifikaciji za Bloom filtriranje transakcij, s čimer se zanaša na glave bloka je MERKLE korena dokazati vključitev posla v bloku, kot je opisano Satoshi. To je zagotovilo močno zmanjša poraba pasovne širine.

Ko SPV stranka sinhronizira z Bitcoin omrežje, se poveže z enim ali več v celoti potrjujejo Bitcoin vozlišč, določa zadnji blok na konici verige, nato pa prosi vse blok glave z "getheaders" ukaz za bloke iz zadnjega blok je sinhroniziran do konice verige.

Če SPV stranka zanima samo v določenih transakcijah, ki ustrezajo denarnico, bo zgraditi Bloom filter, ki temelji na vse naslove, za katere njegova denarnica lasti zasebnih ključev in poslali ukaz "filterload" na polno vozlišču (ih), tako da vedo, da se vrnejo le transakcije, ki ustrezajo filter.

Po sinhronizaciji blok glave in morda nalaganju Bloom filter, SPV stranka pošlje ukaz "getdata" na zahtevo vsak (po možnosti filtrirano), blok pa zamudil na videnje od zadnjega, ko so bili nazadnje na spletu, zaporedno.

Ko je stranka v sinhronizacijo, če je še vedno povezan z vsakim polnim vozlišču (ih), da bo prejel samo "INV" inventarja sporočila za transakcije, ki se ujemajo z naloženo Bloom filter.

SPV stranka luščenje

Od točke stranke z namenom, Bloom filtriranje je zelo učinkovito sredstvo, da bi našli ustrezne transakcije v blockchain, medtem ko uporabljate minimalnih virov CPU, pasovne širine in prostora na disku.

Vsak Bitcoin blok glava je le 80 bajtov, tako da v času pisanja je samo 38 MB podatkov za celotno osem plus letne zgodovine blockchain. Vsako leto (približno 52.560 bloki), prispeva le 4,2 megabajtov, ne glede na velikost blokov v blockchain.

Merkle drevo, ki se uporablja za dokazovanje vključitev posla v bloku tudi lestvice zelo dobro. Ker vsaka nova "plast", ki dobi doda drevesa podvoji skupno število "listi" lahko pomenijo, da vam ni treba zelo globoko drevo, da bi kompaktno dokazati vključitev transakcije, tudi med blok z milijoni transakcije.

Preko Mastering Bitcoin

Merkle podatki drevo struktura je tako učinkovita, da lahko to predstavlja 16 milijonov transakcij z globino samo 24 - to je dovolj, da predstavljajo 8GB blok. Vendar pa je Merkle drevo dokaz za takšno transakcijo ostaja pod 1KB velikosti!

preko Mastering Bitcoin

To je povsem jasno, da iz SPV vidika strank, lahko Bitcoin omrežje zmanjšati za več gigabajtov blokov in SPV stranke bi imeli malo težav pri obdelavi majhne količine podatkov, potrebnih - tudi na mobilnem telefonu s 3G povezavo.

Ampak žal, luščenje Bitcoin omrežje še zdaleč ni tako preprosto.

SPV strežnik luščenje

Medtem ko SPV je izjemno učinkovita za stranke, pa to ne drži za strežnik - to pomeni, polno vozlišče (i), na katero SPV stranke zahtev. Ta metoda kaže slabo razširljivost za več razlogov.

Vozlišča v omrežju morajo obdelati zelo veliko količino podatkov, da se vrnete rezultatov za samo eno peer, in jih je treba ponoviti to delo na vsakem bloku za vsako vsakim, ki ga zahteva. Disk I / O hitro postane ozko grlo.

Vsak SPV Stranka mora sinhronizirati celotno blockchain od trenutka ko je bil v stiku z omrežjem, ali pa, če meni, da je zamudil transakcije, da bo treba znova preveriti celotno blockchain od dneva nastanka denarnico. V najslabšem primeru, v času pisanja, to je približno 150GB. Celotno vozlišče mora naložiti vsak blok z diska, da filtrirate s specifikacijami stranke in vrne rezultat.

Ker blockchains so oblika le-priložiti knjigo, ta znesek nikoli ne bodo nehali rasti. Brez obsežnih sprememb protokola, blockchain obrezovanje ni združljiva z MKT 37 - pričakuje, da bo vse bloke, da bo na voljo na vseh polnih vozliščih, ki oglašujejo NODE_BLOOM.

BIP 37 SPV stranke lahko lagal, da ga opustitve. Za ta boj, SPV stranke povezati več vozlišč (običajno štiri), čeprav to še ni jamstvo - SPV stranke lahko razdelimo izklopite glavno omrežje s Sybil napad. S tem se poveča obremenitev na omrežju polnih vozlišč s faktorjem štiri.

Za vsako povezano SPV stranko, ki je sinhroniziran s konico blockchain, mora vsak dohodni blok in posel posebej filtrirati. To pomeni nezanemarljivo količino procesorskega časa in mora biti opravljeno ločeno za vsak priključen SPV stranko.

Škrtanje številke

V času pisanja je približno 8300 polno vozlišča tek, ki sprejema dohodne povezave; okoli 8.000 jih oglašujejo NODE_BLOOM in bi zato moral biti sposoben služijo zahteve iz SPV strank. Toda, koliko SPV lahko stranke sedanje število poslušajo polnih vozlišč smiselno podpreti?

Kaj bi bilo potrebno, da bi na omrežje sestavljajo polnih vozlišč, ki lahko podpirajo tako milijardo dnevnih uporabnikov in bloke dovolj velike, da prilagodijo svoje posle?

Preko Bitnodes

Bitcoin Core privzeto največ 117 vhodnih povezav, kar bi imelo velik zgornja meja 936.000 razpoložljivih vtičnic na omrežje. Vendar je večina teh vtičnic danes že porabljene.

Vsako polno vozlišče poveže z osmimi drugimi popolnimi vozlišč privzeto. Bitcoin Core razvijalca Luke-JR je (zelo grobo) vozlišče countestimates 100.000 skupnih vozlišč v času pisanja; 92.000 od tega ne bo vtičnice na voljo za SPV stranke. To poje 800.000 voljo vtičnice samo za polno vozlov, tako da so na voljo za SPV stranke le 136.000 vtičnice.

To me pripelje do sklepa, da se okoli 85 odstotkov razpoložljivih vtičnic porabi omrežja očesa polnih vozlišč. (To je treba omeniti, da je metoda ocenjevanja Luke-JR ne more določiti, koliko časa ne poslušanje vozlišča preživijo na spletu, zagotovo vsaj nekatere od njih odklopiti in znova redno.)

Moj vozlišče, ki poganja statoshi.infoaverages 100 polno vozlišče (osem odhodni, 92 dohodne) vrstniki in 25 SPV stranke. To je 80 odstotkov razpoložljivih vtičnice, ki ga porabi polno vozlišč.

Če želimo, da tudi 1 milijardo SPV stranke, da bi lahko uporabili tak sistem, bo treba biti dovolj polna sredstva vozlišče na voljo za njihovo servisiranje - omrežne vtičnice, CPU ciklov, disk I / O, in tako naprej. Lahko naredimo math izšlo?

Da bi dobili normiranja SPV trdi korist dvoma, bom uporabljati nekatere konzervativne predpostavke, da vsak izmed milijard SPV uporabnikov:

- Pošiljanje in prejemanje eno transakcijo na dan.

- Sinhronizacija svojo denarnico na konici blockchain enkrat na dan.

- poizvedbe štiri vozlišča pri sinhronizaciji za zmanjšanje možnosti, da je lagal, da ga opustitve.

A milijard transakcij na dan, če je enakomerno porazdeljena (ki jih zagotovo ne bo), bi pomenila približno 7 milijonov transakcij na blok. Zaradi velikega razširljivost MERKLE dreves, bi bilo potrebno le 23 hash, da dokaže vključitev posla v takšnem bloku: 736 bajtov podatkov plus povprečno 500 bajtov za transakcijo.

Dodaj še eno 12KB vredno blok glave na dan in SPV stranka bi se še vedno uporabljajo le okoli 20KB vrednosti podatkov na dan.

Vendar pa je 1 milijardo transakcij na dan ustvarja 500GB vredno blockchain podatkov za polno vozlišč za shranjevanje in procesa. In vsakič, ko SPV odjemalec poveže in prosi, da bi našli vse transakcije za svojo denarnico v preteklem dnevu, mora štiri polna vozlišč brati in filtriranje 500GB podatkov vsakega.

Spomnimo se, da je trenutno na voljo za SPV stranke v omrežju 8.000 SPV-služijo polno vozlišč okrog 136.000 vtičnice. Če vsak SPV stranka uporablja štiri vtičnice, potem lahko samo 34.000 stranke se sinhronizira z omrežjem v danem trenutku. Če bi bilo več ljudi na spletu naenkrat, kot da drugi uporabniki poskušajo odpreti svoje denarnice bi dobili napake povezovanjem, ko želite sinhronizirati s konico blockchain.

Tako, da za sedanje mreže za podporo 1 milijardo SPV uporabnikom, da sinhronizacija enkrat na dan, medtem ko je samo 34.000 lahko sinhronizacijo v danem trenutku, to je 29.400 "skupin" uporabnikov, ki morajo povezujejo, sinhronizacijo in prekiniti: vsak uporabnik bi morajo biti sposobni sinhronizirati prejšnji dan podatkov v manj kot treh sekundah.

To pomeni malo uganka, saj bi bilo potrebno vsako polno vozlišče, da bi lahko prebrali in filtriranje 167GB podatkov na sekundo na SPV odjemalca neprekinjeno. Na 20 SPV stranke za celotno vozlišče, ki je 3,333GB na sekundo. Sem ne zavedajo vseh naprav za shranjevanje, ki omogoča takšno pretovora. To bi bilo mogoče ustvariti veliko RAID 0 paleto visoko zmogljivih SSD disksthat lahko dosegli okoli 600MB / s drug.

Ti bi morali 5,555 diskov, da bi dosegli ciljno prepustnost. Povezano primer disk stane 400 $ v času pisanja in ima približno 1TB zmogljivosti - dovolj za shranjevanje dveh days'-vredno blokov v tem teoretičnem omrežju. Tako, bi potrebovali novo vrsto diskov vsaka dva dni, ki bi stalo več kot 2,2 milijona $ - ta znaša več kot 400 milijonov $ za shranjevanje year's-vredno blokov, medtem ko še vedno zagotavlja doseganje zahtevanih branje prepustnost.

Seveda, lahko igral s temi predpostavkami in poteg različne številke. Lahko izdelujemo scenarij, po katerem je strošek vozlišče bolj smiselno?

Poskusimo:

Kaj pa, če bi imeli 100.000 polnih vozlišč vse tekoče cenejše, visoke zmogljivosti predenje diskov in smo jih vse nekako prepričan, da sprejema stranke povezave SPV? Kaj pa, če nam je uspelo tudi spremeniti celoten vozlišča programske opreme za podporo 1.000 povezane SPV stranke?

To bi nam dala 100 milijonov vtičnice na voljo za SPV stranke, ki bi lahko podprli 25 milijonov hkratnih SPV strank v omrežju. Tako bi vsak SPV stranka ima 2.160 sekunde na dan za sinhronizacijo z omrežjem. Za popolno vozlišče dohajati povpraševanja bi morali ohraniti dosledno hitrost čitanja 231MB / s na SPV stranko, ki bi imelo za posledico 231GB / s ob predpostavki 1.000 povezane SPV stranke.

7200 RPM trdi disk lahko preberete 220MB / s, tako da bi lahko dosegli ta branju pretovor z RAID 0 paleto nekaj več kot 1.000 pogonov.

V času pisanja lahko kupite 10TB disk za 400 $, s čimer bi $ 400.000 RAID polje teh pogonov vam omogoča, da shranite 20 days'-vredno blokov - to pomeni, da je veliko bolj obvladljiv 7,2 milijona $ za shranjevanje year's-vredno bloki, medtem ko še vedno doseganje zahtev prepustne disk brati.

Boste morali dodati vsaj 2 od teh vsak dan!

To je treba omeniti, da ne bi nihče pri zdravi pameti zagon RAID 0 paleto s tem veliko diskov, saj en sam disk neuspeh bi pokvari celotno paleto diskov. Tako bi RAID polje s toleranco napak bo še dražje in manj učinkovite. Prav tako se zdi neverjetno optimistična, da bo 100.000 organizacije pripravljene ponija gor milijone dolarjev na leto teči celotno vozlišče.

Druga točka je tudi omeniti, da tudi ti konzervativne ocene domnevati, da bi SPV stranke nekako uskladiti za distribucijo svojih sinhronizacijo časa enakomerno skozi vsak dan. V resnici bi bilo dnevnega in tedenskega ciklične vrhove in korita dejavnosti - omrežje bi morali imeti pošteno večjo zmogljivost kot zgoraj ocenjeni, da bi ugodili največje povpraševanje.

V nasprotnem primeru bi bilo veliko SPV stranke ne sinhronizira ob konicah uporabe.

Zanimivo je, da se izkaže, da se je spremenilo število vtičnic na vozlišču ne vpliva na skupno obremenitev na vsakem polni vozlišča - še vedno konča morali obdelati enako količino podatkov. Kaj je resnično pomembno v tej enačbi je razmerje med polno vozlišč na SPV stranke. In, seveda, velikost blokov v verigi, ki se polni vozlišča morajo obdelati.

Končni rezultat se zdi neizogibna: stroški delovanja celotno vozlišče, ki lahko servisiranje SPV povpraševanje milijarde dnevno transakcij, na verigi bi astronomski.

Išče kompromisno rešitev

Do te točke, to je povsem jasno, da milijarde transakcij na dan postavlja stroške delovanja popolnoma potrditvi vozlišče izven dosega vse, ampak najbogatejših subjektov.

Ampak, kaj če flip ta izračun na glavo in namesto tega poskusite najti formulo za določanje stroškov za dodajanje obremenitve na omrežje s povečanjem na verigo transakcij pretok?

Da bi za Bitcoin omrežje za podporo ciljno število transakcij na sekundo (dodajanje zmogljivosti za 86,400 neto novih uporabnikov na dan), lahko izračunamo zahteve per-vozlišče disk pretovora, kot so:

To nam daje minimalno disk branje prepustnost na sekundo pri polni vozlišča do povpraševanja po storitvah iz SPV strank. Z obstoječimi značilnosti omrežja in razpoložljive tehnologije, da lahko ekstrapolirati ocenjeni stroški obratovanja vozlišča s pomočjo diska prepustnost kot predpostavljeno ozko grlo. Upoštevajte, da je zagotovo druga omejitev sredstev, ki bi prišli v poštev, kar povečuje stroške polno delovanje vozlišča.

Za naslednje izračune, sem te predpostavke:

- Povprečna velikost transakcija bajtov = 500 bajtov, ki temeljijo na statoshi.info.

- Skupno število uporabnikov SPV = eno na transakcijo na dan.

- Vtičnice z SPV odjemalca = standarda štirih porabijo.

- Število vtičnic na voljo za SPV stranke na vsako polno vozlišče = pred izračunano število 20.

- Skupaj omrežne vtičnice na voljo za SPV stranke = pred izračunano število 136.000.

- Stroški trdega diska pretovora in prostor = $ 400 10TB 7.200 RPM diskov v RAID 0 konfiguraciji.

Vidimo, da je v zvezi z diska pretovora ostane dokaj smiselno, dokler ne bomo presegli 100 transakcij na sekundo. Na tej točki ste začeli ob kupiti več diskov in Stripe jih v RAID polje, da bi dosegli zahteve glede zmogljivosti.

Na žalost, zahteve disk prepustnost in s tem strošek za delovanje polno povečanje vozlišča kvadratom glede na število transakcij na sekundo. Stroški hitro postanejo nevzdržne za večino subjektov.

Za referenco, se spomni, da je Visa obdeluje okoli 2.000 transakcij na sekundo. On bi Bitcoin to zahtevalo skoraj $ 200.000-vredno diskov samo držati korak s SPV povpraševanja. Ena točka je treba omeniti, da te karte obdržati število polnih vozlišč stalnih pri 8.000 - v resnici, bi verjetno zmanjšala zaradi stroškov šel navzgor, kar je sprožilo zahteve za prepustnost in stroške delovanja preostalih vozlišč, da še hitreje povečala.

Zdi se, da je mešanje sila vozlišča centralizacije.

Kot sem ugotovil v "Kako prihranite Node omrežje Bitcoin je iz centralizaciji", eno od vprašanj korenin spornih okoli poveča velikost bloka je strošek obratovanja vozlišča. Zgornji izračuni nam vpogled v kompleksnost izračun stroškov obratovanja vozlišča, ker obstaja toliko spremenljivk, vključenih - ti izračuni so vodenje večine spremenljivk konstanten in samo s poudarkom na disk I / O stroških.

V (neznanstvena) ankete sem tekel na leto prej, je pokazala, da 98% izvajalcev vozlišča ne bi plačali več kot 100 $ na mesec zagnati vozlišče, čeprav so bili zelo vložili v Bitcoin. Jaz bi bil pripravljen staviti, da bi povečanje Bitcoin jev transakcij v verigi za red velikosti za posledico izgubo večine polno vozlišč, medtem ko bi bilo povečanje dva reda velikosti povzročila izgubo 90% ali več vozlišč.

Verjamem, da je varno, da prevzame, da se zelo malo subjekti bi bili pripravljeni iti v težavah gradbenega RAID polja, da bi prost polno vozlišče. Če je temu tako, da je nevzdržno, da trdijo, da bi bilo takšno povečanje globe za povprečnega uporabnika, saj ne bi bilo skoraj dovolj polna vozlišče disk pretovor ali vtičnice na voljo storitev SPV povpraševanja.

Drugi SPV slabosti

SPV je super za končne uporabnike, ki ne potrebujejo varnost ali zasebnost popolnoma potrjevanjem vozlišče. Vendar pa obstaja veliko razlogov, da bi se lahko šteli showstoppers za večinoma-SPV Bitcoin omrežje, ne glede na njegovo razširljivosti.

SPV naredi glavne predpostavke, ki izhajajo iz imajo slabšo varnost in zasebnost kot popolnoma potrjevanjem vozlišča:

  1. SPV stranke zaupajo rudarji pravilno potrjevanje in uveljavljanje pravil Bitcoin; prevzamejo, da je blockchain z največjim kumulativno proof-of-dela tudi veljavna verige. Lahko spoznajo razliko med SPV in polnih varnostnih vozlišče modelov v tem članku.
  2. SPV stranke predpostavimo, da polni vozlišča ne laže, ki jim jih opustitve. Celoten vozlišče ne more lagati in reči, da je transakcija obstajala v bloku, ko ni dejansko obstaja, lahko pa ležijo z besedami, da transakcija, ki ne obstajajo v bloku ni zgodilo.
  3. Ker SPV stranke prizadevati za učinkovitost, ki jih zahtevajo podatke samo za posle, ki jim pripadajo. To ima za posledico veliko število izgubljenih zasebnosti.

Zanimivo je, da soavtor BIP 37, Matt Corallo, obžaluje, da ustvarjamo:

"Danes Velik problem za zasebnost uporabnikov v sistemu je BIP37 SPV cvet filtri. Žal mi je, sem napisal, da je."

BIP 37 Bloom-filtriran SPV stranke imajo v bistvu nobene zasebnosti, tudi pri uporabi nerazumno visoke lažno pozitivne stopnje. Jonas Nick [varnostni inženir pri Blockstream] ugotovila, da glede na en sam javni ključ, vendar je bil nato določi 70% drugih naslovov, ki pripadajo dani denarnico.

Lahko delo okoli slabe zasebnosti SPV je z razdelitvijo Bloom filtrov med številnimi kolegi, čeprav bi to lahko razširljivost SPV še slabše, tako da daje več obremenitev na več polnih vozlišč.

BIP 37 je tudi občutljiva na nepomembnih denial-of-service napade. Dokaz koda je na voljo herethat lahko pohabljenec polne vozlišč, tako da veliko prošenj hitro inventarja preko posebej izdelanih filtrov, ki povzročajo stalno disk poiskati in visoka poraba CPU.

Avtor napada je dokazilo-of-koncept, Core razvijalec Peter Todd, pojasnjuje:

"Temeljno vprašanje je, da lahko porabijo nesorazmerno veliko disk I / O pasovne širine z zelo malo pasovne širine omrežja."

Tudi na ta dan, niso bili izvedeni razpisi ukrepov proti goljufijam, ki Satoshi opisane v beli knjigi. V resnici so raziskovalna prizadevanja na tem področju pokazala, da morda ne bo še mogoče izvajati lahke opozorila goljufij.

Na primer, opozorilo goljufije deluje samo, če lahko dejansko dobili podatke dokazati goljufije - če rudar ne zagotavlja, da so podatki, ni mogoče ustvariti opozorilo goljufije. Kot taka, SPV stranke nimajo raven varnosti, Satoshi predvidenih mestih, ki bi jih morali.

Z vidika zelo visoki ravni, svet, sestavljen večinoma iz SPV vozlišč vnaša spremembe soglasju takšne kot skupno kapo kovancev ali celo urejanje te knjige veliko lažje. Manj celoti potrjevanje vozlišča pomeni bolj centraliziran izvrševanje pravil o soglasju in s tem manjšo odpornost na spremembo pravil o soglasju. Nekateri ljudje menijo, da je značilnost; Najbolj zagotovo menijo, da je napaka.

Morebitne izboljšave

SPV varnost in prilagodljivost bi se lahko izboljšali na več načinov preko dokazil goljufij, namige goljufij, vhodnih dokazil, spentness dokazil, in tako naprej. Ampak kolikor sem seznanjena nobena od teh so mimo fazi koncepta, še manj pripravljeni za uvajanje proizvodnje.

Bloom filter commitmentscould izboljšati zasebnost, vendar pa je kompromis za uporabnost med velikostjo filtra in njeno lažno pozitivne stopnje: preveč grobi pomenijo vrstniki prenesti vse preveč lažno pozitivnih blokov, tudi v redu pomeni filtri bo absolutno ogromen in nepraktične za vsakogar prenesti z SPV stranko.

To bi zmanjšalo obremenitev polno vozlišče diska prepustnost, vendar kompromis bi povečal pasovno širino obeh SPV strank in vseh vozliščih, ker bi morali celotno blokov, ki se prenese v omrežju.

Ta je pred kratkim predlagala strani odjemalca filtriranje kompakten odpravlja vprašanja zasebnosti, vendar pa zahteva polno blokov, ki se prenese, če je prišlo do ujemanja s filtrom (čeprav ne nujno prek p2p omrežja!).

UTXO commitmentscould omogočajo SPV strankam sinhronizirati svoj trenutni nabor UTXO in s tem bilanco denarnica ne zahtevajo popolne vozlišče za skeniranje celotnega blockchain. Namesto, da bi bila zagotovljena tudi dokazilo o UTXOs obstoječih.

Možno je, da se zavaruje pred Bloom filtriranje DoS napade, ki jih zahteva SPV strankam bodisi predložiti dokazilo-of-dela (nevzdržno na napravi z baterijskim napajanjem, kot so telefon) ali micropayments, ki temelji na kanal (nemogoče, da Bootstrap če ima stranka ni ni prejela denarja), vendar pa ne ponuja enostavno rešitev.

Disk prebral zahteve za polno vozlišč lahko verjetno zmanjšalo na več načinov z izboljšano indeksiranje podatkov in v skupinah, obdelavo zahtev SPV strank.

Ryan X Charles je poudarjeno v nadaljevanju, da se z uporabo plačilnega protokol BIP70 za neposredno povedati nekomu UTXO id plačila ste pošiljanje jim bi odpravila potrebo za njihovo uporabo cvet filtrov, ker bi lahko zahtevajo podatke neposredno od polne vozlišča. To je neverjetno učinkovita, če ste pripravljeni sprejeti zasebnosti kompromis.

Dovolj je reči, da je veliko prostora za izboljšave - mnogi izzivi, bo treba premagati, da bi izboljšali prilagodljivost na verigi.

Primerne skalirni rešitve

Če odmislimo množico raznih drugih vprašanj s luščenje za večje velikosti bloka, kot so razmnoževanje blok latence, UTXO set luščenje, začetnih časih blockchain sinhronizirate in varnosti in zasebnosti kompromisi, morda tehnično mogoče, da obsega Bitcoin do milijardo vsak dan na -verige uporabniki, če obstajajo subjekti, ki želijo vlagati znatna sredstva za razvoj izboljšav programske opreme in za delovanje potrebne infrastrukture.

Zdi se zelo verjetno, da bi Bitcoin razvijajo ekološko v tej modi, vendar, ker so veliko bolj učinkovite načine, da se prilagajajo sistem. Najbolj učinkovita je oblika večanja že v uporabi: konsolidacija okoli centraliziranih ponudniki API. Tam so ponavadi ogromne zaupanja in zasebnosti kompromisov pri zaposlovanju teh metod, vendar pa je veliko takšnih interakcije vključuje pogodbene dogovore, ki blažijo nekatere nevarnosti.

V smislu večanja v trustless način, Layer 2 protokolov, kot Lightning ponujajo veliko bolj učinkovito luščenje, ker so velike količine podatkov, ki prenesenih se pošiljajo samo med majhno število strank, ki so neposredno vključeni v danem off-verige posla. Lahko si o njej mislijo kot razlika med oddaja-na-vse ethernet komunikacijo plasti v primerjavi z preusmerjeni IP sloj - internet ne more pomanjšane brez poti in ne morejo internet denarja.

Čeprav je ta pristop večanja veliko bolj tehnično zapleten, kot tradicionalne, centralizirane luščenje in bo potrebno premagati nekatere edinstvene izzive, bodo vnaprejšnje naložbe sredstev za raziskave in razvoj teh usmerjevalnih protokolov plačati ogromne dividende na dolgi rok, saj zmanjša obremenitev ki jo je treba nositi celotno omrežje, ki ga redov velikosti.

Obstaja tudi veliko možnosti za med, ki jih je mogoče raziskati:

- Centralizirano zaporne sisteme s popolno zasebnost, ki uporabljajo Chaum žetonov kot hashcasha.

- Centralizirani brez odvzema prostosti nič znanja dokazilo sistemi, kot so TumbleBit.

- Zvezni (delno zaupno multisignature) sidechains.

- Miner-zavarovana (semi-zaupno) drivechains.

Jaz sem še vedno convincedthat na dolgi rok, bo Bitcoin potrebovali veliko večje bloke.

Toda bodimo potrpežljivi in ​​obziren, ki poskušajo obsega sistem čim bolj učinkovito, hkrati pa ohranja svoje varnosti in zasebnosti lastnosti.

Preverljiv, nekoliko decentralizirano PayPal bi zagotovo imeli korist, če bi bila funkcionalna z vidika povprečnega uporabnika, vendar pa ne bi ponudili raven finančne suverenosti, ki uživajo danes bitcoiners.

Zahvaljujoč Matt Corallo, Mark Erhardt in Peter Todd za pregled in zagotavljanje povratnih informacij za ta članek

Sorodne novice


Post Menjalnica

Bitcoin se sooča z izumrtjem brez tekmovalnega razvojnega tekmovanja

Post Menjalnica

Big Fish Games za vključitev plačil Bitcoin na vsa naslova

Post Menjalnica

Bitcoin Box lahko obdeluje plačila brez spletne povezave

Post Menjalnica

Odločba o približevanju Avstralije k uredbi o izmenjavi bitko

Post Menjalnica

Ali bi morali uporabniki Bitcoin zaupati gostujočim denarnicam?

Post Menjalnica

Bitfinex povrne prvo Bitcoin Exchange Hack žrtve

Post Menjalnica

Bitcoin kaplja skoraj 20%, saj Exchange Hack povečuje padec cen

Post Menjalnica

Atlas ATS se pridružuje ameriškim borzam, da bi se izognili regulativnim oviram

Post Menjalnica

SEC Files Fraud ustreza ICO Crypto Bank

Post Menjalnica

Bitcoin bi lahko vplival na kreditne zadruge, poroča poročilo

Post Menjalnica

Blockchain išče pomoč Skupnosti za preskušanje izdelkov

Post Menjalnica

AirBitz olajša BTC v Miami Bitcoin konju