@cyberpunkbtc: nie sądzę żeby ilość utxo miała znaczący wpływ na synchro, weś sobie policz ile % całości blockchaina stanowi mempool poza tym node nie zaczyna nic weryfikować do momentu gdy ściągnie całość, także ta twoja ściana tekstu ¯\_(ツ)_/¯
I nie Atari. To nie jest problem dla się i jak to sobie ubzdurałeś. W ostatnich latach ilość nodów BTC wzrosła bardzo szybko, co jak wiadomo jest spowodowane przez bardzo dużą liczbę instalacji, głównie umbrell na raspberry. Atari, te 3000 nodów to są raspberry po z 4GB ramu i to one mają problem z synchrem przez byt dużą ilość UTXO, ktoech jest w stanie trzymać w ramie mniej niż połowę... Malin mają
@cyberpunkbtc: Obrażasz ludzi, a nie chodzi o brak zrozumienia tylko brak wiedzy. Ja siedzę w BTC od 2012, mam noda i pierwszy raz czytam o takich problemach o których piszesz. I nie chodzi o tłumaczenie skomplikowanych problemów obliczeniowych tylko przekazanie prostej informacji w czym problem i w ogóle dlaczego jest to problem. Mój node działa na VM na 4GB RAM i sobie działa dobrze. Zamula tylko
@Jah00: on kompletnie nie zrozumiał tematu, wyzwał od dzbanòw Jamesa Loppa i Marco Falke kek Cyber myśli że odkrył Amerykę hahaha i że nie musi nic czytać bo wszystko wie.
Przecież ta jego teoria jest tak słaba jak dowody CSW że jest Satoshim. Koleś myśli że 2GB danych z bazy UTXO, spowalnia znacząco synchro 300GB kek. Jak się zorientował jakie bzdury napisał to od razu zaczął wyzwiska i
Nie widzisz kilku źródeł, pdfow, filmu i cytatu potwierdzającego co mówe?
@cyberpunkbtc: Ale ja nie mam czasu czytać PDFów, oglądać filmów i analizować tego. Prawie nikt nie ma na to czasu. Mam czas przejrzeć tag raz w tygodniu i to wszystko. Jak chcesz się dzielić informacją to rób to tak, by inni mogli szybko zrozumieć. Bo ja w sumie nie wiem o co ci chodzi. Ale nie muszę, daję tylko
@cyberpunkbtc: tak w ogóle to grzejesz nie ten temat.
At time of writing, Bitnodes reports 5900 IPV4 nodes, 1250 IPV6 nodes, 7650 tor nodes. Assuming a scenario of max duplication across all networks then there may be as few as 7650 unique reachable nodes.
https://blog.lopp.net/is-bitcoin-network-slowing-down/
Dla mnie konkluzja jasna, #bitcoin network ma tylko 3K nodów ktore się do czegoś nadają.
poza tym node nie zaczyna nic weryfikować do momentu gdy ściągnie całość, także ta twoja ściana tekstu ¯\_(ツ)_/¯
Komentarz usunięty przez moderatora
@cyberpunkbtc: Obrażasz ludzi, a nie chodzi o brak zrozumienia tylko brak wiedzy. Ja siedzę w BTC od 2012, mam noda i pierwszy raz czytam o takich problemach o których piszesz. I nie chodzi o tłumaczenie skomplikowanych problemów obliczeniowych tylko przekazanie prostej informacji w czym problem i w ogóle dlaczego jest to problem. Mój node działa na VM na 4GB RAM i sobie działa dobrze. Zamula tylko
Cyber myśli że odkrył Amerykę hahaha i że nie musi nic czytać bo wszystko wie.
Przecież ta jego teoria jest tak słaba jak dowody CSW że jest Satoshim. Koleś myśli że 2GB danych z bazy UTXO, spowalnia znacząco synchro 300GB kek.
Jak się zorientował jakie bzdury napisał to od razu zaczął wyzwiska i
Komentarz usunięty przez moderatora
@cyberpunkbtc: Ale ja nie mam czasu czytać PDFów, oglądać filmów i analizować tego. Prawie nikt nie ma na to czasu. Mam czas przejrzeć tag raz w tygodniu i to wszystko. Jak chcesz się dzielić informacją to rób to tak, by inni mogli szybko zrozumieć. Bo ja w sumie nie wiem o co ci chodzi. Ale nie muszę, daję tylko
Komentarz usunięty przez moderatora
Co wg ciebie node musi sprawdzać w bazie utxo kiedy ściąga pierwsze bloki?
At time of writing, Bitnodes reports 5900 IPV4 nodes, 1250 IPV6 nodes, 7650 tor nodes. Assuming a scenario of max duplication across all networks then there may be as few as 7650 unique reachable nodes.
Z czego tylko 3K miało upstream powyzej 0.64 MB
3K nodów dla sieci ktora ma być worldwide