A blokklánc-adatok elemzése szerint a szokásos 144 napi bitcoin blokknak csak a felét bányászták az elmúlt 24 órában.
Az utolsó blokk az írás idején 688,969 24. Pontosan 688,892 órával ezelőtt számolva a 77 XNUMX blokkot bányászták, ami egy nap alatt XNUMX blokk különbséget jelent.
Ez természetesen várható, mivel a bitcoin hasrátja ma 88 exahashesra esett, amint a fenti képen látható, a heti hashrate pedig 101 exahashes-t mutat, szemben a két héttel ezelőtti mintegy 140 exahashes-szal.
Körülbelül öt nap alatt, vagy kevesebb, mint 500 blokk alatt nehéz igazodni, és becslések szerint 22%-kal csökken a blokklánc adatai szerint felfedező, de nem vagyunk biztosak ebben a becslésben, és azt javasolnánk, hogy legalább 30%-kal csökken, és figyelembe véve, hogy a hash ismét csökkent egy kicsit, talán 40%-kal.
A bitcoin hálózatnak van egy algoritmusa, amely kéthetente (2016-os blokkok) látja, hogy az összes csomópont mekkora számítási teljesítménnyel rendelkezik, majd vagy megnöveli vagy csökkenti a blokk megtalálásához szükséges számítási teljesítmény mennyiségét, hogy napi vagy egy blokk célt tartson. tíz percenként.
Vannak elméletek és viták arról, hogy miért két hét, egyesek szerint ez a legjobb kompromisszum a biztonság és az életerő között (a hálózat folyamatosan mozog), míg mások szerint a blokk rendben van.
Azok számára, akik jelenleg bányásznak, nincs különbség abban a tekintetben, hogy ugyanannyi érmét kapnak, amelyet akkor kaptak volna, ha a hash nem esett, így ugyanazokat az ösztönzőket tartják fenn a bányászat folytatására, mint a hash esése előtt.
Valójában vitathatatlanul még nagyobb ösztönzésük van, mert a lehető leghamarabb el akarnak jutni a nehézségek kiigazításán, hogy kétszer annyi érmét kapjanak, mint amennyit a múlt hónapban szereztek volna, amikor a nehézség 180 exahashes volt.
Így azt látjuk, hogy a hálózat normálisan működik, bár nagyjából 20 percenként blokkol, nem pedig tíz percenként, annak ellenére, hogy ez a hash és még az ár is feleződik.
A történelem készülőben
A bitcoin 2009-es feltalálása óta ez az első alkalom, hogy egy nap alatt 77 blokkot találnak, a jelentések szerint 24 órás periódus volt 73 blokkkal.
Korábban mindenféle spekuláció folyt azzal kapcsolatban, hogy mi történhet ilyen esetekben, ideértve a „halálspirál” javaslatait is, főleg féláldások idején.
Ez a gyakorlatban nem történt meg, és még most is, amikor nagy és nagyjából azonnali hash-felére csökkenünk, a hálózat továbbra is a szokásos módon működik, a blokkidőnek csak enyhe növekedése a lehető legnagyobb mértékben " Nem mondok különbséget, mert minden esetben általános eltérés van.
Nem világos, hogy a Kínai Kommunista Párt (KKP) ezt akarta-e tesztelni, de az időzítésük tökéletes volt, ha nehézséget okoz, hogy mindkét esetben elindították a bitcoin bányászok leállítása csak a nehézségek kiigazítása után, ezért a bányászoknak és a hálózatnak majdnem a teljes, körülbelül kéthetes időszakot várniuk kellett és kell is.
Megjegyzendő, hogy a kiigazítás tömbökben történik, nem pedig emberi napokban vagy hetekben. A botok csak a nyelvüket értik, ezért csak akkor tud nehézkesen beállítani a beállítást, ha 2016-os blokkokat találtak, függetlenül attól, hogy ez egy napot vagy egy évet vesz igénybe Satoshi Nakamoto, a bitcoin feltalálója által, még 2010-ben kijelentve:
„A munka bizonyításának nehézségét a debug.log„ target: ”keresésével láthatjuk. Ez egy 256 bites előjel nélküli hexa szám, amelynek az SHA-256 értéknek kisebbnek kell lennie, mint egy blokk sikeres létrehozásához. Ezt minden 2016-os blokkban, általában két héten át kiigazítják. Ekkor nyomtatja ki a „GetNextWorkRequired RETARGET” kifejezést a debug.log fájlba. ”
Mivel ezeket a 2016-os blokkokat a nehézség kiigazításakor a hashrate alapján kell megkeresni, a 2016-os blokkok időszakában egyre több bányász távozhat, amíg a fennmaradó hash egy napot, egy hetet, egy hónapot vagy akár egy évben találni egy blokkot.
Ez az akadémikus elmélet azonban figyelmen kívül hagyja azt a tényt, hogy van egy „256 bites előjel nélküli hexa szám”, amelyet csak meg lehet változtatni, ha van némi csapás és / vagy a körülmények konszenzushoz vezetnek a csomópontokkal, majd a frissítéssel.
Ilyen konszenzus nélkül a csomópontot csak figyelmen kívül hagyják, vagy ha a csomópontok csoportja megváltoztatja, akkor együttesen figyelmen kívül hagyják őket, például a Coinbase-hez hasonlóan valaki nem ismeri fel. És még akkor is, ha van olyan körülmény, hogy 99% úgy gondolja, hogy ennek megváltoznia kellene, 1% folytathatja a változatlan nehézségen való járást, ha el tudja érni a blokkokat a nehézségi beállításhoz.
Tehát vannak kudarcbiztos mechanizmusok olyan körülmények között, amelyek reálisan csak akkor fordulnak elő, amikor a világnak sokkal többet kell aggódnia, mint némi geek pénznél, és akkor sem lenne szükség kézi beavatkozásra, hacsak a körülmények nem sokkal rosszabbak, mint még az elmúlt globális háborúk során is, amikor a bányászok olyan országokban, mint a semleges Svájc vagy Argentína, vagy akár maga az USA, és a modern időkben a rengeteg Albánia bunkerben tarthatta a bitcoin futtatását a szokásos módon.
Szerencsére az általános béke idején vagyunk, ezért nincs szükség kézi beavatkozásra, mivel a bitcoin jelenleg tökéletesen és pontosan úgy működik, ahogy kellene, de sajnálnánk, ha nem köszönnénk meg a CCP-nek, hogy ezt nekünk nyújtotta adatpontból kiderül, hogy a bitcoin hogyan kezeli a hirtelen 50% -os hash-esést.
Figyelembe véve jelenlegi teljesítményét, azt mondhatnánk, hogy valószínűleg képes megbirkózni az aktuális hash további 50% -os csökkenésével, tehát az előző kiigazítás 75% -ával, és úgy gondoljuk, hogy képes kezelni ennek újabb 50% -os csökkenését, nagyrészt valós problémák nélkül, és még 50% -os csökkenést adnánk ahhoz a rendkívül csökkentett hash-hoz, mielőtt még a kézi beavatkozást is figyelembe lehetne venni.
Ha durva matematikánk helyes, ez a hash 90% -95% -os csökkenését jelentené az előző kiigazításhoz képest, blokkonként körülbelül két órával, a 2016 blokkok pedig körülbelül három hónapot vesznek igénybe, és ezalatt a hálózat tovább mozog, miközben teljesen biztonságos mivel a teljes három hónap alatt 100% -osan futna az előző nehézségi kiigazítás hashrate-jén, annak leesése előtt, amíg a nehézség ki nem igazodik, már ami a blokkkeresést és -ellenőrzést illeti.
Ennek a mechanizmusnak a megteremtése, ha figyelembe vesszük azt a sok eshetőséget, amely évtizedek és évszázadok során bekövetkezhet, és szerencsére a KKP megadta nekünk azt a kiváltságot, hogy működés közben láthassuk ezt a nagy békeidőt.
Source: https://www.trustnodes.com/2021/06/27/just-77-bitcoin-blocks-mined-within-24-hours
- 2016
- 77
- Akció
- AI
- algoritmus
- Minden termék
- elemzés
- Argentína
- BEST
- Bit
- Bitcoin
- blockchain
- botok
- BTC
- változik
- coinbase
- érmék
- számítástechnika
- számítási teljesítmény
- megegyezés
- úgy véli,
- tartalom
- tovább
- országok
- Jelenlegi
- dátum
- nap
- Csepp
- csökkent
- becslések
- esemény
- végén
- vezetéknév
- első
- Tele
- általános
- Globális
- nagy
- Csoport
- félig
- hash
- Hashrate
- Hogyan
- HTTPS
- Beleértve
- Növelje
- IT
- nyelv
- Gyártás
- Miners
- Bányászati
- pénz
- hónap
- mozog
- hálózat
- csomópontok
- üzemeltetési
- teljesítmény
- hatalom
- ár
- Proof-of-Work
- Jelentések
- futás
- biztonságos
- Satoshi
- Satoshi Nakamoto
- biztonság
- lát
- So
- kezdet
- svájc
- cél
- teszt
- idő
- us
- USA
- érték
- Igazolás
- várjon
- hét
- heti
- belül
- világ
- írás
- év