730 / 736FOCAL

Schelling Point

Focal point, eine hervorstechende Lösung eines Koordinationsproblems ohne zentrale Instanz

Ein Schelling Point ist eine Lösung, die Menschen als natürlich hervorstechend ansehen und deren Wahl sie auch von anderen erwarten; bei Bitcoin erklärt er soziale Koordination über gemeinsame Regeln und Software, ist aber weder Abstimmung noch Konsensregel oder Ersatz für unabhängige Validierung.

Thomas C. Schelling entwickelte das Konzept des focal point in seinem Buch The Strategy of Conflict von 1960: Gibt es mehrere mögliche Gleichgewichte und können die Beteiligten nicht vollständig kommunizieren, können sie bei der Option zusammenfinden, die durch Namen, Geschichte, Symmetrie oder gemeinsame Erwartungen am deutlichsten hervortritt. Bitcoin beseitigt dieses menschliche Koordinationsproblem nicht, trennt es aber von der maschinellen Prüfung der Blöcke nach den Regeln, die jeder Node in seiner Software gewählt hat.

Schelling Point wird in der Spieltheorie auch allgemein als focal point bezeichnet. Thomas C. Schelling entwickelte das Konzept in seinem Buch The Strategy of Conflict von 1960; die populäre Nobel-Darstellung von 2005 fasst sein experimentelles Ergebnis zusammen: Menschen fanden in Koordinationsaufgaben häufiger zu einer gemeinsamen Lösung, als ein bloßes formales Modell erwartete, weil manche Möglichkeiten stärker auffielen als andere. [1]

Der Mechanismus setzt nicht voraus, dass die gewählte Option objektiv die beste ist. Ein Beteiligter wählt die Lösung, von der er erwartet, dass auch andere sie als hervorstechend erkennen; diese denken zugleich über seine Erwartungen nach. Einfachheit, ein eindeutiger Name, Geschichte, Symmetrie, kulturelle Gewohnheit oder ein öffentlicher Präzedenzfall können Salienz schaffen. Ändert sich der gemeinsame Kontext, kann sich auch der focal point ändern. [2]

Bei Bitcoin muss menschliche Koordination von einer Protokollentscheidung getrennt werden. Das Whitepaper legt fest, dass Nodes nur gültige Transaktionen und Blöcke akzeptieren und unter gültigen Zweigen der Kette mit dem größten proof of work folgen. Ein Schelling Point kann Menschen helfen, sich auf Software, Regeln oder ein Notverfahren zu einigen, macht aber keinen ungültigen Block gültig und ist kein Teil der chainwork-Berechnung. [3]

Die Sicherheitsgrenze liegt in der freiwilligen Regelwahl. Bitcoin Core erklärt ausdrücklich, dass seine Entwickler die Konsensregeln nicht bestimmen, die Software sich nicht automatisch aktualisiert und Nutzer selbst wählen, was sie ausführen. Eine verbreitete Implementierung, ein bekanntes Repository oder vertrauenswürdige Entwickler können als focal point für Prüfung und Einführung dienen, gewinnen Einfluss aber durch wiederholte Adoption und nicht durch ein Recht, die Validierung eines Nutzers zu übergehen. [4]

Ein Aktivierungsmechanismus überführt eine bereits vorgeschlagene Änderung in deterministische Zustände, schafft aber keinen gesellschaftlichen Konsens. BIP 9 zählt Signale in Perioden von 2016 Blöcken und wechselt beim ursprünglichen Schwellenwert von mindestens 1916 Blöcken zu LOCKED_IN; BIP 8 nutzt Blockhöhen, eine minimale Aktivierungshöhe und optional MUST_SIGNAL. Die Wahl von Vorschlag, Parametern und Softwareversion geschieht vorher und kann umstritten bleiben. [6] [5]

Salienz ist kein Beweis für Wahrheit oder Legitimität. Börsenticker, Hashrate-Anteil, die Zahl für einen Crawler sichtbarer Nodes, eine Client-Marke oder eine Umfrage in sozialen Medien messen verschiedene Gruppen und können manipuliert oder fehlgedeutet werden. Bitcoin Core erinnert daran, dass Nutzer vollständig validierende oder andere Software einsetzen und ihre eigene relay policy festlegen können; keine einzelne Kennzahl ist daher eine verbindliche Abstimmung des gesamten Netzwerks. [7]

Der Split im März 2013 zeigt den Unterschied zwischen automatischer Fork-Auswahl und menschlicher Notfallkoordination. Rund 60% der Hashrate schürften zunächst den von Version 0.8 akzeptierten Zweig, sodass sich die Teilung nicht schnell von selbst auflöste. Nach öffentlicher Abstimmung wechselten BTC Guild und Slush zu 0.7, kommerzielle Dienste stoppten Einzahlungen und die Arbeitsmehrheit verlagerte sich auf den kompatiblen Zweig. Das war eine konkrete Reaktion auf einen Vorfall, keine dauerhafte Regel, nach der bekannte Personen die Kette wählen dürfen. [8]

Eine Behauptung über einen Schelling Point ist erst prüfbar, wenn das Spiel feststeht: Wer nimmt teil, welche Optionen bestehen, was soll koordiniert werden, welche Informationen und Kommunikationsmöglichkeiten gibt es und woran wird das Ergebnis erkannt? Bei einem Bitcoin-Vorschlag müssen außerdem BIP-Text, genauer Code, Validierungsregeln, Aktivierungsparameter, Kompatibilität und tatsächliche Einführung getrennt angegeben werden. Complete oder Deployed im BIP-Prozess hat eine definierte Bedeutung, ist aber keine Befragung aller Bitcoin-Halter. [9]

Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Bitcoin, Konsensregeln, Nakamoto Consensus, Full Node, Proof of Work, Soft Fork Activation.

01Ist der meistgenutzte Bitcoin-Client automatisch ein Schelling Point für Netzwerkregeln?

Er kann ein starker focal point für Codeprüfung, Interoperabilität und Erwartungen sein, doch seine Popularität gibt Entwicklern kein Recht, Nutzerregeln zu ändern. Jeder vollständig validierende Node wendet die Regeln seiner laufenden Software an. Bei einer inkompatiblen Änderung können Gruppen auf unterschiedlichen Netzwerken weiterarbeiten, selbst wenn zuvor eine Implementierung dominierte.

02Ist Miner-Signalisierung eine Abstimmung darüber, was Bitcoin ist?

Nein. Signalisierung hat nur innerhalb eines bestimmten Aktivierungsmechanismus Bedeutung und zeigt Miner-Bereitschaft oder das nach seinen Regeln erforderliche Bit. Sie umfasst nicht alle Nutzer, Halter, Händler oder Nodes und bestimmt nicht deren Software. Sie ist ein Koordinationssignal, keine universelle Eigentümerabstimmung.

DOC · 001Nobel Prize — Thomas Schelling and focal pointsDokumentation DOC · 002Roger Myerson — Learning from Schelling’s Strategy of ConflictDokumentation DOC · 003Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash SystemDokumentation DOC · 004Bitcoin Core — Statement from Bitcoin Core (2016)Dokumentation DOC · 005BIP 9 — Version bits with timeout and delayDokumentation DOC · 006BIP 8 — Version bits with lock-in by heightDokumentation DOC · 007Bitcoin Core — Development and transaction relay policyDokumentation DOC · 008BIP 50 — March 2013 Chain Fork Post-MortemDokumentation DOC · 009BIP 3 — Updated BIP ProcessDokumentation
Überarbeitet: Quellenbasiert · Keine Anlageberatung