10 July 2026
Jeroentext not yet in the index
Ik merkte wel een duidelijk verschil tussen 8 GB en 4 GB bij het downloaden en verifiëren van alle blokken. Ook al had ik behoorlijk wat tijd besteed aan het tunen van allerlei parameters.
QuasiFoxIk merkte wel een duidelijk verschil tussen 8 GB en 4 GB bij het downloaden en verifiëren van alle blokken. Ook al had ik behoorlijk wat tijd besteed aan het tunen van allerlei parameters.
En met nog meer geheugen, bandbreedte en snellere processor gaat het ongetwijfeld nog sneller, maar dat maakt je node niet beter.
JeroenEn met nog meer geheugen, bandbreedte en snellere processor gaat het ongetwijfeld nog sneller, maar dat maakt je node niet beter.
Ik merk wel dat als de node bv. een week offline is geweest het daarna behoorlijk wat tijd kost om de achterstand in te halen. Gedurende die tijd is de node natuurlijk niet beschikbaar.
QuasiFoxtext not yet in the index
Zwaardere hardware? Alleen een grotere harde schijf omdat de blockchain groter wordt. En dat staat los van spam of niet, max blokgrootte staat vast. Veel geheugen of dikke processor is alleen leuk om snel de eerste keer alle blokken op te halen. Dikke node? Dagje. Slome node? Week. Maar daarna is het niet relevant, één blok per 10 minuten verwerken kan elke pc.
Hans BerendsZwaardere hardware? Alleen een grotere harde schijf omdat de blockchain groter wordt. En dat staat los van spam of niet, max blokgrootte staat vast. Veel geheugen of dikke processor is alleen leuk om snel de eerste keer alle blokken op te halen. Dikke node? Dagje. Slome node? Week. Maar daarna is he
Een grotere UTXO set maakt het moeilijker om te verwerken. Hangt er ook vanaf wat je met je node doet.
QuasiFoxIk merk wel dat als de node bv. een week offline is geweest het daarna behoorlijk wat tijd kost om de achterstand in te halen. Gedurende die tijd is de node natuurlijk niet beschikbaar.
Maar hij was een week offline. Dat lijkt me beroerder voor alles dan de iets langere opstarttijd, wat met elk systeem nog steeds binnen het uur gefixt is. Dat is 1 uur op 168 uur offline zijn.
Bovendien raken we geheel offtopic over het centralisatie stuk. Ik deel niet de mening dat slechts een klein percentage van de mensheid een node kan runnen vanwege financiële redenen omdat ze alleen hardware kunnen betalen waar een node niet op draait.
Als de consensus regels aangepast zouden worden waardoor er iedere 10 seconden een block zou komen dan begint een processor mee te tellen en indien grotere blocks ook diskspace op een bepaald moment
JeroenMaar hij was een week offline. Dat lijkt me beroerder voor alles dan de iets langere opstarttijd, wat met elk systeem nog steeds binnen het uur gefixt is. Dat is 1 uur op 168 uur offline zijn.
Bovendien raken we geheel offtopic over het centralisatie stuk. Ik deel niet de mening dat slechts een kle
Bij mij duurt het dan toch meerdere dagen om de achterstand in te halen. RPI 4.
QuasiFoxBij mij duurt het dan toch meerdere dagen om de achterstand in te halen. RPI 4.
Daar hadden we het gisteren ook al over. Een rpi (welke versie dan ook) is een leuke toy maar het is een beetje als een renault twizzy vergelijken met vrijwel elke andere auto. Je kunt er maar met zijn tweeën in zitten en als het regent dan word je nat. Het kan wel en je node werkt prima, maar ik vind "mijn node is af en toe down voor een week en heeft dan meerdere dagen nodig om te syncen" echt een ontzettend slap argument voor "niet-bip110 werkt centraliserend"
Ссылка
click to show
click to show
https://www.micmac-computers.nl/webshop/refurbished-pc-systemen/detail/3164/actie-dell-optiplex-7050-micro---6e-generatie-i5---8gb---256gb-ssd---intel-hd---type-c---w11-pro.html
Een pc als deze doet dat in minder dan een uurtje en de investering is amper meer als je alle accessoires die je nodig hebt om een rpi met een node te draaien.
Mijn ervaring met rpi is uiteindelijk dat je vaak beter 50 euro meer uit kunt geven voor een tweedehands pc.
JeroenMaar hij was een week offline. Dat lijkt me beroerder voor alles dan de iets langere opstarttijd, wat met elk systeem nog steeds binnen het uur gefixt is. Dat is 1 uur op 168 uur offline zijn.
Bovendien raken we geheel offtopic over het centralisatie stuk. Ik deel niet de mening dat slechts een kle
Ik zie ook niet waarom iedereen een node zou moeten draaien. Als je iemand wilt onboarden moet je niet beginnen over een nide draaien. Koop eerst eens wat, laat het voor mijn part op een exchange staan. Als dat is gelukt, zet het dan in een eigen wallet. Denk daarna eens na over een hardware wallet. Lees eens wat. Verdiep je eens. En pas daarna komt eventueel een node.
Onittext not yet in the index
Ссылка
click to show
click to show
Wat is jouw definitie van veilig downloaden? Je kan de hele source doornemen als je wilt en het vanuit die source builden 😅. https://github.com/zapstore/zapstore
JeroenDaar hadden we het gisteren ook al over. Een rpi (welke versie dan ook) is een leuke toy maar het is een beetje als een renault twizzy vergelijken met vrijwel elke andere auto. Je kunt er maar met zijn tweeën in zitten en als het regent dan word je nat. Het kan wel en je node werkt prima, maar ik vi
Daar heb je gelijk in. Het was meer een zijpad naar een concreet knelpunt.
Voor zover ik het begrijp maakt bitcoin core het vanaf versie 30 makkelijker grote hoeveelheden data op de blockchain te zetten. Het is meer een angst naar de toekomst toe. Tot nu toe is hier kennelijk nog niet veel gebruik van gemaakt. Nu werkt alles nog goed, maar wel minder goed dan in het verleden.
Hans BerendsIk zie ook niet waarom iedereen een node zou moeten draaien. Als je iemand wilt onboarden moet je niet beginnen over een nide draaien. Koop eerst eens wat, laat het voor mijn part op een exchange staan. Als dat is gelukt, zet het dan in een eigen wallet. Denk daarna eens na over een hardware wallet.
Meer nodes is wel beter.
QuasiFoxDaar heb je gelijk in. Het was meer een zijpad naar een concreet knelpunt.
Voor zover ik het begrijp maakt bitcoin core het vanaf versie 30 makkelijker grote hoeveelheden data op de blockchain te zetten. Het is meer een angst naar de toekomst toe. Tot nu toe is hier kennelijk nog niet veel gebruik
Hoezo minder goed?
Het 'grappige' is dat je sowieso data op de blockchain kunt zetten. Grofweg twee methoden:
1:je doet alsof het een normale transactie is.
2: je gebruikt een speciale code in de transactie: opreturn. Hiermee geef je aan dat dit 'zomaar wat data' is.
Core heeft de standaard beperking eraf gehaald voor het onderling doorsturen van opreturn.
Dit is de trigger geweest voor dat hele bip110-circus: 'zomaar wat data' is de duivel. Spam! Kinderporno! Verbieden! Filteren!
Het ironische is dat dan spam juist in transactiedata gestopt gaat worden. Daar is je node uiteindelijk een stuk drukker mee
Hans BerendsHoezo minder goed?
Het 'grappige' is dat je sowieso data op de blockchain kunt zetten. Grofweg twee methoden:
1:je doet alsof het een normale transactie is.
2: je gebruikt een speciale code in de transactie: opreturn. Hiermee geef je aan dat dit 'zomaar wat data' is.
Core heeft de standaard beper
Het is de druppel geweest voor bip110 maar vooral inscripties worden beperkt, terwijl op_return op 80 bytes wordt gelimiteerd
⚡Bitcoin MaxiOp de opslag na ;)
Opslag is momenteel ook enkel tijdelijk duur door een tekort dankzij "AI"...