đ° Vitalik hat es dieses Mal ziemlich direkt gesagt: Das moderne Ethereum wird weiterhin âBlockchainâ genannt, aber das liegt gröĂtenteils nur an der historischen Gewohnheit. Es entwickelt sich von einem traditionellen Buchhaltungssystem zu einem âWeltcomputerâ, der durch Kryptografie gestĂŒtzt wird.
đ„ Die VerĂ€nderung ist eigentlich schon passiert. Ethereum ist im Jahr 2022 von PoW auf PoS umgestiegen. In Zukunft ist auĂerdem geplant, mit PeerDAS-Sampling, SNARK-Verifikationen und FOCIL beim Multi-Party-Blockaufbau das bisherige Muster zu verĂ€ndern: weg von einem einzelnen Teilnehmer, der Blöcke erzeugt, wĂ€hrend alle Knoten herunterladen und alles erneut ausfĂŒhren.
đĄ Auch fĂŒr Entwickler hat sich der Fokus verschoben. Wenn man kĂŒnftig viel Rechenarbeit in eine Transaktion steckt, die sich kaum zerlegen lĂ€sst und seriell abgearbeitet wird, könnten die Kosten höher ausfallen. Daten, die sich parallelisieren lassen, vorab verarbeiten lassen und aggregierbar sind, sollten möglichst schon verarbeitet werden, bevor sie in den endgĂŒltigen Block gelangen â und nur die notwendigen ZustandsĂ€nderungen sowie die AusfĂŒhrungsreihenfolge sollten on-chain kommen.
đ Beim Thema PrivatsphĂ€re ist das ebenfalls entscheidend. Ăffentliche SchlĂŒssel-AnonymitĂ€t schĂŒtzt nicht gegen moderne Datenanalyse. ZK-SNARK, FOCIL und EIP-8288 zielen auf PrivatsphĂ€re in den AblĂ€ufen rund um Transaktionen, das Broadcasting und Abfragen. Ganz ehrlich: Das ist deutlich konkreter als nur âSkalierungâ zu rufen.
đ€ Wenn kĂŒnftige Knoten nur noch wenige Daten sampeln und mithilfe von Beweisen bestĂ€tigen mĂŒssen, ob die Berechnungen stimmen: Was liegt dir mehr am Herzen â dass die GebĂŒhren wirklich sinken, oder dass auch normale GerĂ€te an der Verifikation teilnehmen können?
#仄ć€Șć #Vitalik #é¶ç„èŻèŻæ #Blockchain-Technik
đ„ Die VerĂ€nderung ist eigentlich schon passiert. Ethereum ist im Jahr 2022 von PoW auf PoS umgestiegen. In Zukunft ist auĂerdem geplant, mit PeerDAS-Sampling, SNARK-Verifikationen und FOCIL beim Multi-Party-Blockaufbau das bisherige Muster zu verĂ€ndern: weg von einem einzelnen Teilnehmer, der Blöcke erzeugt, wĂ€hrend alle Knoten herunterladen und alles erneut ausfĂŒhren.
đĄ Auch fĂŒr Entwickler hat sich der Fokus verschoben. Wenn man kĂŒnftig viel Rechenarbeit in eine Transaktion steckt, die sich kaum zerlegen lĂ€sst und seriell abgearbeitet wird, könnten die Kosten höher ausfallen. Daten, die sich parallelisieren lassen, vorab verarbeiten lassen und aggregierbar sind, sollten möglichst schon verarbeitet werden, bevor sie in den endgĂŒltigen Block gelangen â und nur die notwendigen ZustandsĂ€nderungen sowie die AusfĂŒhrungsreihenfolge sollten on-chain kommen.
đ Beim Thema PrivatsphĂ€re ist das ebenfalls entscheidend. Ăffentliche SchlĂŒssel-AnonymitĂ€t schĂŒtzt nicht gegen moderne Datenanalyse. ZK-SNARK, FOCIL und EIP-8288 zielen auf PrivatsphĂ€re in den AblĂ€ufen rund um Transaktionen, das Broadcasting und Abfragen. Ganz ehrlich: Das ist deutlich konkreter als nur âSkalierungâ zu rufen.
đ€ Wenn kĂŒnftige Knoten nur noch wenige Daten sampeln und mithilfe von Beweisen bestĂ€tigen mĂŒssen, ob die Berechnungen stimmen: Was liegt dir mehr am Herzen â dass die GebĂŒhren wirklich sinken, oder dass auch normale GerĂ€te an der Verifikation teilnehmen können?
#仄ć€Șć #Vitalik #é¶ç„èŻèŻæ #Blockchain-Technik
