Bit-els pisze: ↑ czwartek, 16 stycznia 2020, 16:29I całkiem dużą moc zabezpieczającą
Względem czego licząc? Innych altów?
https://coin.dance/blocks/hashrate/linear
zdch pisze: ↑ czwartek, 16 stycznia 2020, 15:11Czytałeś to?
Łap cytaty, i zadaj SOBIE to samo pytanie.
"Policies are “local”, they apply to the instance of software that is running, they do not apply to the validation of blocks, or the transactions within a block. A block accepted from another miner may contain transactions that do not conform to local policy."
"Throughout this specification the following words are used with specific meanings:
valid - a transaction or block is valid if it follows the Bitcoin and Consensus rules.
invalid - a transaction or block is invalid if it does not follow either the Bitcoin or Consensus rules.
rejected - a transaction or block may be rejected by an implementation due to a Policy. The implementation may not have determined whether the transaction or block was valid or invalid."
Napiszę po polsku, żeby dotarło.
Jeżeli GŁÓWNA zasada ("Bitcoin rules" i "Consensus rules") nie nakłada ŻADNYCH limitów, to węzł NIE MOŻE odrzucić POPRAWNEGO bloku, który NIE spełnia LOKALNYCH ("Standard policies" i "Local policies") warunków.
Czyli, jak napisałem wcześniej, jak mam ustawione że robię bloki 8MB a wpada blok 10GB który jest kryptograficznie- i PoW-poprawny, to MUSZĘ go zwalidować i przyjąć do wiadomości.
NIE ma czgooś takiego, że "górnicy ustalą" czy "rynek zdecyduje". Albo blok jest poprawny kryptograficznie/logicznie albo nie.
Ale, żeby było ciekawiej, część "Conesnus Rules" jest faktycznie konfigurowalna PER USER.
Jest to właśnie max wielkość bloku i max wielkość skryptu.
I tu, jeżeli bloki się pojawią "za duże" - będą "invaid". Z tym, że "invalid" bloki MOGĄ stanowić część GŁÓWNGO łańcucha (idąc za PoW). Czyli duży górnik MOŻE kopać bloki NIEZGODNE (ale nie ODRZUCANE) i ostatecznie spowodować reorgi i porzucanie bloków. Zwłaszcza, gdy w końcu zmienimy ustawienia na "lepsze"
Forki i forki forków...
Planowane jest rozgłaszanie parametrów w coinbase... Dlaczego planowane a nie wprowadzić je obowiązkowo na starcie i jeszcze krzyczeć w klientach o słabszych parametrach że będą większe bloki? Albo zaimplementować automat regulujący?
A, zapomniałem, potrzebni do tego są developerzy umiejący coś więcej niż zmienić cyferkę czy literkę w kodzie.
Kolejna ciekawostka, zalecenia sprzętowe:
https://bitcoinsv.io/2019/08/02/bitcoin ... uirements/
Chcielibyście węzeł Bitcoina na Raspi czy telefonie? NI HUHU! Nie spełnia minimalnch wymagań - spadaj na drzewo!
To się nazywa oddanie sieci w ręce korporacji
Kto ma w domu "zalecany" sprzęt? Albo kto prywatnie ma takiego dedyka? xD
Dla mnie EOT, projekt to totalna ściema i naganianie na pompkę. Pod szyldem Bitcoina.