MÜNZWEG's avatar
MÜNZWEG münzweg@bitcoiner.chat 0 months ago
Münzweg - der Bitcoin-Podcast: Münzgasse #66 Bitcoin Realtalk (mit Robin Linus) Manu hat bei Robin Linus Realtalk bestellt – und geliefert bekommen. In knapp zwei Stunden teilt Robin schonungslos offen seine Sichtweise und gibt ein umfassendes Update zum aktuellen Entwicklungsstand des Bitcoin-Netzwerks. Dabei geht es tief in die technischen Rabbit Holes: BIP110, Bitcoin Core und Skalierung stehen im Fokus – doch Robin belässt es nicht bei Code und Protokollen. Auch der soziale Layer von Bitcoin wird auseinandergenommen und neu beleuchtet. Das Ergebnis: Manu nimmt aus diesem Gespräch so viele frische Perspektiven und Denkanstöße mit wie schon lange nicht mehr. Eine Folge, die den Blick auf Bitcoin nachhaltig erweitern kann. Webseite der Episode:
Münzweg - der Bitcoin-Podcast
Münzweg #218 Wir haben uns komplett verloren
In Folge 218 wird es wieder herrlich chaotisch: Wir werfen einen Blick auf den aktuellen Bitcoin-Preis, stellen uns einer großen philosophisch...
 Mediendatei: image

Replies (7)

ayono's avatar
ayono 0 months ago
Interessante Folge!
Bableo's avatar
Bableo 0 months ago
Das muss man sich fast zwei mal anhören, wobei die zweite Hälfte deutlich mehr Inhalt hat. Viel um selbst drüber nachzudenken! 🤯
Johnny's avatar
Johnny johnny@einundzwanzig.space 3 weeks ago
So kontrovers fand ich Robins Aussagen eigentlich nicht, aber es waren sehr interessante Einblicke. Eine Frage hätte mich noch interessiert: Wie würde er denn die Blockgröße erhöhen? Ein Hardfork der in 5 Jahren aktiv wird? Und was sollte man noch alles ändern, wenn man schon einen Hardfork durchführt?
1 replies ↓
Feelancer21's avatar
Feelancer21 1 week ago
Unbedingt zweite Folge zum Thema Blockgrößen und welche Vorschläge es schon gibt. Ich glaube auch nicht, dass die jetzigen 4 MB schon das Optimum sind. Wäre auch verwunderlich, weil die damals ja ein Quick Fix waren, um Spam zu verhindern. Und die Probleme im LN-Netwerk bei hohen Feerates haben wir in 2023 und 2024 bereits gesehen. Aber direkt auf 100 MB zu gehen macht m.E. auch keinen Sinn. Wahrscheinlich braucht es irgendein dynamisches Verfahren, bei dem das Blocksize-Limit alle X Blöcke neu kalibriert wird, ggf. mit irgendeiner festen Obergrenze.
↑