Richh schreef op maandag 11 juni 2018 @ 03:49:
[...]
Het is letterlijk voor het eerst dat ik die stelling hoor (en het is inderdaad onzin).
Hij lult ook een heel verhaal over Comcast. Hoor ik ook voor het eerst van. Heb toen maar even gegoogled naar 'blocksize comcast' en letterlijk helemaal niks heeft het over dit argument. Het is 1 grote fake news show vol met niet-kloppende data (40$ voor een transactie never happend), net als vele filmpjes op dat kanaal.
Je word in de maling genomen door een hoop propaganda die verspreid wordt door
cooperate interest. Tijd om zelf eens naar de data te kijken.
Ik kan je persoonlijk een tx laten zien in dec 2017 die een waarde had van 600 CAD met een fee van 15 CAD en langer dan een week duurde voordat het zijn eerste confirmatie had. Er zijn wat mensen zelfs hier op tweakers die vergelijkbare verhalen hebben.
Als je een bitcoin business hebt en je kunt het je niet veroorloven om een week te wachten dan werd je in 2017 gedwongen om fees te betalen van 40 dollars op bepaalde momenten of de gok te nemen ... en je hebt geen idee hoe lang je moet wachten wanneer de blocks vol zijn want dat hangt af van de fees van andere mensen waar je geen controle over hebt.
Slightly offtopic: Er is maar 1 argument geldend, en dat is dat we elke 10 minuten een nieuw block aan de blockchain toevoegen. Elke 10 minuten wordt de chain groter. Maken we daar blokken van 8MB van, dan gaat het nogal snel.
Dat is al meteen een fout argument want een maximale blocksize van 8 MB wil niet zeggen dat elke blok 8 MB groot is. Als je een doorstroom van tx wil hebben heb je een maximale blockgrote nodig die iets van 10 keer zo groot is als het gemiddelde om pieken te kunne opvangen. BTC kan momenteel bijna geen pieken op vangen. Een kleine markt crash en wat paniek en de mempool zit zo weer op 200 000 onbevestigde transacties omdat iedereen dan tx begint te maken omdat zijn BTC te kunnen verkopen of nieuwe kopen aan een lagere prijs.
We hebben nu al tientallen gigabytes nodig, als we daar vanaf vandaag al elke 10 minuten 8MB bij op gaan tellen, dan gaat het gewoon héél hard als je ooit de volledige blockchain zou willen downloaden.
Laat staan wat je gaat doen als 8MB niet genoeg blijkt. 16MB, 32MB, enzovoort. Dat wil je zo lang mogelijk uitstellen.
Je vergeet dat technologische voortuitgang gewoon door gaat. Vertel mij maar eens wat de kost prijs per GB aan harde schrijf ruimte in 2008 was en wat die 10 jaar later is.
Hier heb je wat stats -->
https://aws.amazon.com/s3/pricing/
De extra kosten aan data opslag komen van de hogere opbrengsten door meer tx. Zowel voor bedrijven die bitcoin betalingen ontvangen als voor miners. Gebruikers draaien SPV clients.
Je wilt de groei van tx helemaal niet zo lang mogelijk uitstellen want de blockreward gaat elke 4 jaar in de helft terwijl het niet logische mogelijk is dat de waarde van een bitcoin voor eeuwig elke 4 jaar omhoog gaat. Transactie fees moeten het dus gaan overnemen of er word niks meer betaald voor de beveiliging van het netwerk.
Je kunt of wel een model hebben waar je software een limiet laat stellen op het aantal tx en dan moet de fee per tx dus omhoog om dezelfde beveiliging te hebben op het netwerk.
Of je laat de gebruikers van Bitcoin zelf bepalen hoeveel tx ze willen en kunnen maken en dan kunnen de transactiekosten laag blijven omdat de opbrengst voor miners omhoog gaat door dat er meer en meer tx gemaakt worden. Als dat niet gebeurd terwijl de block reward aan het dalen is dan gaat de beveiliging van Bitcoin uiteindelijk naar beneden ipv omhoog. Momenteel is Bitcoin erg gecentraliseerd, maar dat is geen probleem .... tenzij het gebruik niet groeit.
AA had daar laatste een goede video over.Het belangrijkste is nog: het is -nu- niet nodig!
Tuurlijk was het nodig. In 2016 was Bitcoin gebruik al duur genoeg dat veel bedrijven en ontwikkelaars naar andere blockchains zijn gegaan. in 2017 is het netwerk onbetrouwbaar geworden en dat heeft veel bedrijven omzeg gekost. Moet je eens naar de stats kijken van Bitcoin Stad Arnhem.
Leg die maar eens naast het aantal input en de gemiddelde prijs van de transactie kosten.
Waarom denk je dat Steam en microsoft en reddit en nog zoveel andere zijn gekost met het gebruiken van Bitcoin als betaalmiddel?
Bitcoin is nu juist uitgevonden geweest om het volgende probleem op te lossen:
Handel op het internet vertrouwt vandaag de dag bijna uitsluitend op financiële instellingen die dienst
doen als vertrouwde derde partijen bij het verwerken van elektronische betalingen. Terwijl dit systeem
goed genoeg werkt voor de meeste transacties, lijdt het nog steeds onder de inherente zwakke plekken
van het op vertrouwen gebaseerde model. Compleet onomkeerbare transacties zijn niet echt mogelijk,
sinds de financiële instituties het niet kunnen vermijden om te bemiddelen bij disputen. De kostprijs
van deze tussenkomsten verhoogt transactiekosten, beperkt de minimum praktische transactiegrootte
en de mogelijkheid om kleine losse transacties te plegen. Daarnaast is er een bredere kost bij het
verliezen van het maken van onomkeerbare betalingen en onomkeerbare diensten. Met de
mogelijkheid voor een terugboeking, vergroot de nood voor de vertrouwensfactor. Verkopers moeten
op hun hoede zijn voor hun klanten, en hen lastigvallen voor meer informatie dan ze anders zouden
nodig hebben. Een zeker percentage aan fraude wordt aanvaard als onvermijdelijk. Deze kosten en
onzekerheden bij betalingen kunnen worden vermeden wanneer iemand in persoon fysieke valuta
gebruikt, maar er bestaat geen enkel mechanisme om betalingen te maken via een communicatiekanaal
zonder een vertrouwde partij.
Ontwikkelaars zagen met SegWit en Lighning mogelijkheden om efficiënter met de ruimte in een block om te gaan. Het lijkt mij niet meer dan logisch, dan dat je daar éérst naar gaat kijken, voordat je 'omdat storage toch goedkoop is' maar de blocksize gaat vergroten. Je werkt aan een oplossing die nog tientallen jaren mee moet, een beslissing op dit moment zal exponentieel doorgroeien naar de toekomst.
Alleen de ontwikkelaars die geen kaas hebben gegeten van economie. Daar bij kun je quotes vinden van elke Bitcoin ontwikkelaar dat een blocksize van 1 MB te laag is. Quotes uit 2015 notebane! Als het toen al te laag was ... hoe verschrikkelijk hard is een block size increase dan nodig 3 jaar later?
Alleen niet van Luke Dashir, die wil naar 300 kb. Segwit doet niks anders dat de data stream van signatures te scheiden van de stream van de andere transacties.
Het maakt de blokken niet effectief kleiner in grote want die signature zitten nog gewoon in elk blok. Het maakt gebruik alleen iets goedkoper, maar niet veel zoals we hebben kunnen zien. Bij LN moet je alsnog bitcoin tx maken om channel te kunnen open en sluiten. En dat wil dus zeggen dat op een bepaald moment als LN heel populair begint te worden de blocksize alsnog omhoog moet. Anders krijg je een situatie waar het openen van een LN kanaal te duur is voor de gemiddelde gebruiker en je zelf geen LN software kunt draaien omdat je het niet kunt betalen.
Eerst efficiency, daarna de blocksize oprekken.
Dat is wat Bitcoin (core) developers altijd hebben gezegd en zullen blijven zeggen. Het is een frame van BCH dat core devs koste wat het kost niet boven de 1MB uit willen komen.
Een SegWit-block kan al groter worden dan 1MB, wist je dat? 
Dus je wilt zeggen dat core uiteindelijk alsnog naar segwit 2x gaat waar blokken tot en met 8 MB mogelijk zijn? Waarom hebben ze dat dat niet meteen gedaan? Want LN is niet klaar voor handel en Bitcoin werd steeds meer en meer in handel gebruikt tot core de groei ervan begon tegen te houden.
Alle miners wouden een grotere blocksize want die snappen heus wel dat steeds meer tx nodig hebben om voor langere tijd te kunnen mijnen. Stoppen die tx dan houdt mining er ook mee op.

Daar valt inderdaad iets voor te zeggen. Maarehh... wat heeft die geitenfokker uit Bangladesh er in godsnaam mee te maken? Leuk dat je voor 4 dollar (waarom 4 dollar, wat is dat voor uit de lucht gegrepen getal?) een server kan huren waarmee je een node kan runnen... maar zou het niet beter zijn als je dat gewoon op je eigen PC met je eigen internetverbinding zou kunnen doen? Als je streeft naar zo klein mogelijke blokken met zo weinig mogelijk overhead, hou je dat het langste vol.
Opnieuw, dat werkt niet economisch gezien want tx increase moet even snel groeien als de block reward naar beneden gaat. Elke 4 jaar moet het aantal tx dus 2x zo hoog zijn. Tot er uiteindelijk ver in de toekomst een evenwicht is gevonden. Mining zal dat ook totaal gaan veranderen. Er zal dan elektrisch verwarmt worden met mining als bijproduct ipv andersom met warmte als bijproduct.
Ik vind het nogal rigoureus om direct te stellen 'joh, huur maar een server van 4 dollar per maand hiervoor, want je eigen internetverbinding trekt het toch niet, en dan hoeven wij niet zo moeilijk te doen met het klein houden van blokken!'. Het zou mooier zijn als je gewoon je eigen internetverbinding kan gebruiken en een eenmalige RPi aanschaf nodig hebben om een transactie te verifiëren.
Al gebruikt iedereen in de praktijk toch iets als Bitpay en is de discussie over non-mining nodes in dit verhaal sowieso een beetje onzinnig.
Gewone gebruikers hebben dan ook helemaal geen server nodig maar alleen maar een SPV client. Zo is het systeem nu eenmaal ontworpen. Dat is puntje 8.
Vereenvoudigde betalingsverificatie
Het is mogelijk om betaling te verifiëren zonder een volledig netwerkknooppunt te draaien. Een
gebruiker dient enkel een kopie van de blok headers van de langste proof-of-work keten te bewaren,
die hij kan bekomen door ze op te vragen bij netwerkknooppunten tot hij ervan overtuigd is dat hij de
langste keten heeft, en de Merkle tak kan bekomen die de transactie verbindt aan het blok waarin het
een tijdstempel heeft. Hij kan de transactie zelf niet controleren, maar door het te linken aan een plaats
in de ketting, kan hij zien dat het knooppunt het aanvaard heeft, en blokken erna bevestigen dat het
netwerk de transactie aanvaard heeft.
Zodoende, is de verificatie betrouwbaar zo lang de eerlijke knooppunten controle hebben over het
netwerk, maar is het meer kwetsbaar als het netwerk overmeesterd is door een aanvaller. Terwijl
netwerkknooppunten op zichzelf transacties kunnen bevestigen, kan de versimpelde methode om de
tuin geleid worden door een aanvaller zijn vervalste transacties zo lang de aanvaller het netwerk erin
blijft slagen het netwerk te overmeesteren. Een strategie om het netwerk te beschermen zou kunnen
zijn om alarmsignalen van knooppunten te aanvaarden wanneer deze een ongeldig blok detecteren, en
de gebruiker zijn software er toe aanzetten om het volledige blok te downloaden en de gesignaleerde
transacties om de inconsistentie te bevestigen. Bedrijven die regelmatig betalingen ontvangen willen
waarschijnlijk hun eigen knooppunten draaien voor een meer onafhankelijke veiligheid en snellere
verificatie.
9
Draai jij voor je email ook een email server? Besef je dat als jij ofline bent ik je toch een email kant sturen want die gaat naar je server. Terwijl als jij met LN offline bent ik je geen betaling kan sturen tenzij je een bedrijf inhuurt om een LN node voor je te draaien?
Dat klopt.
Maar het zou toch mooi zijn als iedereen en zijn moeder een non-mining node kan draaien op eigen hardware, in plaats van dat je daar over een paar jaar terabytes aan harddisk voor nodig hebt?

Draai je momenteel zelfs een non mining node? Als we over een paar jaar een terabytes aan hard disk nodig hebben dan gebruikt de hele wereld bitcoin als betaalsysteem. dat zou prachtig zijn. Maar maak je geen zorgen, hobyisten kunnen zelfs een node draaien als Bitcoin evenveel betalingen verwerkt als Visa.
Zie deze tweet van de oorspronkelijke core dev. (heeft ook de name core verzonen)
Bitcoin is big business, geen hobby project meer voor een zeik nerds in hun kelder die het leuke puzzels vinden, leuke programmeur uitdagingen maar zelf geen intresse hebben in het betaalsysteem. Zoals een zooi core devs die tijdens bitcoin bijeenkomsten iedereen gingen vertellen dat ze niet met bitcoin moeten betalen maar met visa.
Tja geen wonder dat de conspiracy theorien over Bitcoin core makkelijk geloofd worden.
Binnenkort heb ik een blog over de huidige stand van LN. Toffe technologie voor grote hoeveelheid super kleine microtransacties tussen een klein aantal nodes, maar nog niet werkbaar op schaal.
[
Voor 110% gewijzigd door
Kain_niaK op 11-06-2018 06:04
]