tutaj macie link do excela z danymi oraz ID każdej transakcji.
https://docs.google.com/spreadsheets/d/ ... sp=sharing
Tutaj macie opis jak to działa i od czego to zależy.
Czy to się udało ? - jak najbardziej, jednak trzeba pamiętać że każdy kij ma dwa końce i umożliwia to tym samym tańsze dokonywanie spamu.
Jeśli realny ruch w sieci byłby na poziomie 2-3 MB a maksymalna wielkość bloku byłaby na poziomie 8 MB to przy segwicie dało by to 32MB. Oznaczało by to że ok 29MB byłoby w każdym bloku dodatkowo do wykorzystania. Byłoby to miejsce na potencjalny spam z opłatami poniżej 1 sat za bajt co byłoby doskonała okazja do zaatakowania sieci. W zwiazku z czym uważam iż kolejne nadchodzące wersje segwita np segwit.v1 które z czasem będą jeszcze bardziej zwiększać maksymalny rozmiar bloku schodząc z opłatami jeszcze niżej niż obecne ~0,4/0,5 sat za bajt muszą być robione bardzo stopniowo i ostrożnie, gdyż przy tak dużej popularności sami testerzy sieci mogą spowodować spam na wiele TB który zostanie w łańcuchu po wsze czasy.
Wczoraj przypomniałem sobie że na starym adresie BCH (tak miałem kiedyś nawet pełny węzeł) zalega mi trochę coinów. Postanowiłem więc trochę pospamować. Złożyłem portfel multisig gdzie przy podaniu seedów zamiast zpub każda transakcja jest od razu podpisywana przez wszystkich no i się zaczęło.
Oczywiście devsi BCH którzy rzucali populistyczne hasła zniesienia minimalnej kwoty przelewu oraz minimalnej opłaty tx 1sat/bajt nie wywiązali się z niej a ludzie o tym szybko zapomnieli, to jednak muszę się podzielić moimi wrażeniami ze spamu a raczej kilku dużych transakcjach które przetestowałem.
https://blockchair.com/bitcoin-cash/tra ... dbGnjziqUE
Niniejsza transakcja stworzona była dzięki wykorzystaniu założonemu na szybko 15 podpisowemu portfelowi multisig (electron cash) na BCH dzięki czemu waga każdego inputa zwiększana jest do ponad 1,7 KB oraz wykorzystaniu wielu wyjść. Wystarczy skopiować sobie do notatnika 60 adresów i po przecinku dopisać kwotę przelewu i potem to wkleić. W ten sposób ręcznie przy pomocy 3 kliknięć można puścić transakcję na ok 100 KB (bo na większe nie pozwala sieć! kolejne ograniczenie odziedziczone z tego złego BTC którego nie zniósł BCH) w cenie 0,3 USD. Oznacza to że każdy 1 MB spamu na BCH będzie dzisiaj mnie kosztował 3 USD. Czy to dużo ? Ciężko powiedzieć, 3mln USD i można zaspamować BCH na 1 TB danych.
Sam jestem górnikiem może nie na jakaś duża skalę ale wiem jedno, jeśli jako duży górnik wrzucił bym dzisiaj tysiące ciężkich transakcji z minimalna opłata by na rok zakorkować BCH i z opłat wyciągnąć 10x tyle... to w sumie by mi się to opłacało bo nie dość że część z tych moich własnych opłat by wróciła do mnie to jeszcze każdy użytkownik płacił by 10-20x tyle by mieć pewność że się wciśnie przed moimi transakcjami. Dodatkowo estymatory fee by zaczęły wariować i ludzie i tak ustawiali by opłaty na poziomie 30 sat/bajt mimo iż tak naprawdę opłata na poziomie 2-3 sat w zupełności by wystarczyła. Czy ten spam jest realny ? - Jak najbardziej ale zrobią go dopiero kiedy sieć będzie popularna i więcej osób zacznie z tego korzystać w przeciwnym razie na tym spamie nic by się nie zarobiło.
Żeby nie było że tylko chwalę BTC, wiem że ma on też swoje wady. Wprowadzenie taproot + schnorr + mast może jeszcze trochę zająć zanim w końcu wdana zostanie nowa wersja segwita i zdarzać się będą coraz częściej lokalne korki, to jednak zagłębiając się coraz bardziej w mechanikę funkcjonowania sieci jestem pod mega wrażeniem zastosowanych metod w poszczególnych technologiach. Ciekawe kto z was się zagłębiał w aktualne prace dev na BTC a kto powtarza jedynie za shadowem że nikt tu nie ma na nic pomysłu xD. Kiedy większość myśli że pryszczaci przekupieni devsi zamykają się w pokoiku przy okrągłym stole by knuć kolejne intrygi Ci wybiegają na dziesięciolecia do przodu i rozkminiają jak przygotować sieć do globalnej adopcji a nie tylko zwalczać lokalne zatory gdzie wiadomo że i tak ponad połowa transakcji to spam, spekulacja albo testy.
Podsumowując:
Wciąż uważam że zwiększanie rozmiaru bloku za pomocą segwita do tych najważniejszych transakcji jest najlepszym pomysłem niż robienie tego zwykłym dopisywaniem zer w protokole, bo pozwala zejść z opłatami poniżej 1sat za bajt. Uważam też że jednak będzie to miało sens tylko i wyłącznie wtedy, kiedy główny ruch zostanie przekierowany na off-chain w jakiejkolwiek formie tak by łowcy fee nie obławiali się na wyższych kosztach transakcyjnych niż to normalnie byłoby konieczne.