[SC] Cryptocurrencies #526 Met gehackte wallets

quote:

Op donderdag 20 juli 2017 23:30 schreef ..-._---_-.- het volgende:

[..]

Netjes hoor, gefeliciteerd 👍

quote:

Op donderdag 20 juli 2017 23:30 schreef fukforce het volgende:
En volgende week weer janken met ze alle

quote:

Op donderdag 20 juli 2017 23:34 schreef MaGNeT het volgende:

[..]

Nee, wij hebben geen GLD

quote:

Op donderdag 20 juli 2017 23:38 schreef edraket31 het volgende:

[..]

goldcoin?

quote:

Op donderdag 20 juli 2017 23:35 schreef fukforce het volgende:
Mensen gaan winst pakken voor volgende week verwacht dat alts worden uitgecasht voor BTC en dan naar fiat. De enige die baat hebben bij dit feestje zijn de BTC houders. Voor de alts schiet het geen ene moer op

quote:

Op donderdag 20 juli 2017 23:44 schreef MaGNeT het volgende:

[..]

Gulden

quote:

Op donderdag 20 juli 2017 23:44 schreef MaGNeT het volgende:

[..]

Ah nee joh.

quote:

Op donderdag 20 juli 2017 23:47 schreef fukforce het volgende:

[..]

Was vandaag ook weer een pipo bezig op Bittrex met zijn 50 btc Waves sell wall

quote:

Op donderdag 20 juli 2017 23:59 schreef MaGNeT het volgende:

[..]

50 maar?

quote:

Op vrijdag 21 juli 2017 00:12 schreef Ronaldsen het volgende:
Hoe zou het kunnen dat er ineens een Bitcoin block gemined wordt van slechts 261 kb? Is dat een bug? Best apart

https://blockchain.info/block-height/476754

quote:

Op vrijdag 21 juli 2017 00:15 schreef edraket31 het volgende:

[..]

Bitcoin futures staan al even lager dan de spot prijs.... zou mij niet verbazen als we nog een dump krijgen

quote:

Op vrijdag 21 juli 2017 00:12 schreef Ronaldsen het volgende:
Hoe zou het kunnen dat er ineens een Bitcoin block gemined wordt van slechts 261 kb? Is dat een bug? Best apart

https://blockchain.info/block-height/476754

quote:

Kijk eens naar het tijdstip waarop dat block en het block ervoor is gemined. Het verschil is minder dan een minuut.

Wat er gebeurt in mining pools is dat de pool de miners een block-template stuurt om op te kauwen. Dit bevat alle transacties en andere details die voor het minen belangrijk zijn. Zodra er een pool (of een willekeurige andere node) een nieuw block binnenkrijgt, dan zal deze het block eerst verifieren door alle transacties te controleren. Het probleem is alleen dat dit proces een niet verwaarloosbare hoeveelheid tijd kost. De miner/pool die het vorige block gemined heeft, heeft hier een voordeel, omdat zij al weten dat het eigen block geldig is. Ze kunnen dus direct aan de slag met het volgende.

Een willekeurige andere pool heeft dat voordeel niet en heeft een aantal keuzes. Hij kan eerst het volledige block valideren en daarna pas beginnen aan een nieuw block. Dit is erg inefficient, want de miners zitten een tijd lang nutteloos werk te leveren. Een betere keuze is om de aanname te maken dat het block geldig is, en de miners alvast aan een nieuw block te laten werken. In de tussentijd, controleer je de geldigheid van het vorige block, maar omdat een ongeldig block vrijwel nooit voorkomt, is de kans dat je later tegen de miners moet zeggen "begin maar opnieuw, block was ongeldig" erg klein.

Maar de vraag is dan: Welke transacties stop je in je nieuwe block? Als je direct nadat je een nieuw block ontvangt, begint met het volgende block, dan weet je niet welke transacties in jouw mempool al zijn opgenomen in het block. Als je ook maar 1 transactie die al bevestigd is opneemt in jouw nieuwe block, dan wordt deze direct ongeldig.

De veiligste weg is dan ook om de miners eerst te laten minen naar een leeg block, met enkel de coinbase transactie. Zodra het vorige block volledig gecontroleerd is en de transactie mempool is bijgewerkt, kan er een nieuw block template worden gemaakt en verstuurd naar de miners, dit maal wel met transacties.

quote:

Op vrijdag 21 juli 2017 00:23 schreef Tourniquet het volgende:

[..]

Dezelfde vraag kwam van de week voorbij op een ander forum, daar kwam dit antwoord:

[..]

Hier nog meer uitleg:
https://bitcoinmagazine.c(...)y-blocks-1468337739/