Was ist Proof of Staked Authority (PoSA)
Hinweis: Dieses Dokument ist eine automatische Übersetzung des englischen Originals.
Was ist Proof of Staked Authority (PoSA)
Proof of Staked Authority (PoSA) ist ein Konsens-Mechanismus, der Elemente von Proof of Stake (PoS) und Proof of Authority (PoA) kombiniert. In einem PoSA-System ist eine begrenzte Menge von Validatoren vorab genehmigt oder berechtigungsbasiert (die Authority-Komponente), und jeder Validator muss außerdem einen erheblichen Token-Einsatz sperren (die Stake-Komponente). PoSA wird am prominentesten von BNB Smart Chain (ehemals Binance Smart Chain) verwendet, wo es schnelle Blockzeiten und niedrige Transaktionsgebühren ermöglicht und zugleich ein bekanntes, rechenschaftspflichtiges Validator-Set aufrechterhält.
Anders als beim offenen Proof of Stake, bei dem jeder Teilnehmer, der den Mindesteinsatz erfüllt, dem Validator-Set beitreten kann, beschränkt PoSA die Validierung auf eine kuratierte Gruppe von Einheiten. Anders als bei reinem Proof of Authority, bei dem Validatoren einfach auf Basis von Identität oder Reputation auf eine Whitelist gesetzt werden, fügt PoSA eine wirtschaftliche Bindung hinzu: Validatoren haben Token im Risiko, was einen finanziellen Anreiz gegen Fehlverhalten schafft.
Kurz gesagt: PoSA ist ein hybrider Konsensmechanismus, bei dem ein berechtigungsbasiertes Set von Validatoren außerdem Token staken muss, wodurch die Geschwindigkeit autoritätsbasierter Validierung mit der wirtschaftlichen Rechenschaftspflicht des Stakings kombiniert wird.
Wie PoSA funktioniert
Validator-Auswahl
In einem PoSA-Netzwerk steht es nicht jedem offen, Validator zu werden, der genug Token stakt. Kandidaten müssen sowohl Governance-Kriterien (Genehmigung, Reputation, operative Erfolgsbilanz) als auch wirtschaftliche Kriterien (Staking einer erheblichen Anzahl von Token) erfüllen. Auf BNB Smart Chain ist das aktive Validator-Set auf eine kleine Anzahl von Nodes begrenzt – historisch 21 aktive Validatoren, später erweitert –, ausgewählt aus Kandidaten, die sowohl von Stakern gewählt wurden als auch die operativen Anforderungen erfüllen.
Authority-Komponente
Staking-Komponente
Das „Staked“ in PoSA bedeutet, dass Validatoren Token als Sicherheit sperren müssen. Diese wirtschaftliche Bindung richtet ihre Anreize auf ehrliches Verhalten aus: Validatoren, die ungültige Blöcke produzieren, offline gehen oder Double Signing versuchen, riskieren, ihre gestakten Token durch Slashing zu verlieren. Reguläre Token-Inhaber können ihren Einsatz auch an Validator-Kandidaten delegieren und beeinflussen so, welche Validatoren in das aktive Set gelangen.
Blockproduktion
Aktive Validatoren produzieren abwechselnd Blöcke in einer geplanten Rotation, ähnlich wie bei DPoS. Da das Validator-Set klein und bekannt ist, ist der Konsens schnell – BNB Smart Chain produziert etwa alle drei Sekunden Blöcke mit nahezu sofortiger Finalität. Die geringe Validator-Anzahl bedeutet weniger Kommunikationsaufwand zwischen Nodes, was sich direkt in höherem Durchsatz niederschlägt.
Governance und Validator-Rotation
PoSA-Netzwerke umfassen typischerweise Governance-Mechanismen zum Hinzufügen oder Entfernen von Validatoren. Auf BNB Smart Chain werden Validatoren periodisch auf Basis einer Kombination aus Staking-Gewicht und Community-Stimmen neu gewählt. Validatoren, die schlecht abschneiden (geringe Verfügbarkeit, verpasste Blöcke), können abgewählt und ersetzt werden. Diese Governance-Schicht liegt zwischen vollständig offenem PoS (jeder kann beitreten) und statischem PoA (Validatoren werden vom Betreiber festgelegt).
Die Rolle des delegierten Stakings in PoSA
In PoSA-Netzwerken wie BNB Smart Chain nehmen reguläre Token-Inhaber durch delegiertes Staking teil. Sie wählen einen Validator-Kandidaten und delegieren ihre Token an diesen Kandidaten, erhöhen so dessen Gesamteinsatz und verbessern seine Chancen, in das aktive Validator-Set zu gelangen. Im Gegenzug erhalten Delegatoren einen Anteil an den Block-Belohnungen des Validators, proportional zur delegierten Menge.
Delegiertes Staking erfüllt zwei Funktionen: Es ermöglicht Token-Inhabern, die keine Validator-Infrastruktur betreiben können, Staking-Belohnungen zu verdienen, und es liefert ein Governance-Signal – Validatoren mit mehr delegiertem Einsatz gelten als von der Community breiter unterstützt. Wenn ein Validator schlecht abschneidet oder sich fehlverhält, können Delegatoren ihren Einsatz abziehen und an einen anderen Kandidaten umleiten, wodurch ein Rechenschaftsdruck entsteht, ähnlich der wählergesteuerten Abberufung bei DPoS.
Die Kombination aus berechtigungsbasiertem Validator-Zugang und delegiertem Staking schafft ein geschichtetes System: Das Protokoll kontrolliert, wer validieren darf (Authority), die Ökonomie kontrolliert, wer tatsächlich validiert (Staking-Gewicht), und Delegatoren kontrollieren, welche Validatoren erfolgreich sind (Vertrauen der Community).
PoSA im Vergleich zu anderen Mechanismen
| Dimension | PoS | PoA | PoSA | DPoS |
|---|---|---|---|---|
| Validator-Zugang | Offen (Mindesteinsatz) | Berechtigungsbasiert (identitätsbasiert) | Berechtigungsbasiert + Staking | Gewählt von Token-Inhabern |
| Validator-Rechenschaft | Slashing | Reputation / Identität | Slashing + Identität | Wählergesteuerte Abberufung |
| Durchsatz | Moderat | Hoch | Hoch | Hoch |
| Dezentralisierung | Höher (viele Validatoren möglich) | Niedrig (festes Authority-Set) | Niedrig-moderat (kleines kuratiertes Set) | Niedrig-moderat (kleines gewähltes Set) |
| Wirtschaftliche Bindung | Ja (gestakte Token im Risiko) | Nein (nur Identität) | Ja (gestakte Token im Risiko) | Ja (delegierter Einsatz) |
PoSA nimmt eine Mittelstellung ein: Es ist rechenschaftspflichtiger als reines PoA, weil Validatoren Token im Risiko haben, aber zentralisierter als offenes PoS, weil das Validator-Set begrenzt und berechtigungsbasiert ist.
Warum PoSA für Krypto-KI-Projekte wichtig ist
Mehrere Krypto-KI-Projekte werden auf BNB Smart Chain oder anderen PoSA-Netzwerken bereitgestellt, wegen der Kombination aus niedrigen Gebühren und schnellen Blockzeiten. Für KI-Workloads, die häufige On-Chain-Transaktionen erzeugen – Aufgabenzuweisungen, Zahlungsabwicklungen, Datenregistrierungen, Aufzeichnungen von Modellversionen –, können die Durchsatzeigenschaften von PoSA praktisch wichtig sein.
Allerdings bedeutet die berechtigungsbasierte Natur des Validator-Sets, dass sich die Sicherheitsannahmen von offenen PoS-Netzwerken unterscheiden. Ein Projekt, das auf einer PoSA-Chain aufbaut, vertraut faktisch einem kuratierten Set von Validatoren, Transaktionen ehrlich zu ordnen. Das Verständnis dieses Kompromisses ist relevant für die Bewertung der Onchain necessity und der Infrastrukturannahmen eines jeden Krypto-KI-Projekts, das auf einem solchen Netzwerk aufbaut.
Die praktische Implikation für Leser: Wenn eine Projektkarte Consensus: PoSA zeigt, profitiert das Projekt von schneller und günstiger Transaktionsverarbeitung, hängt aber von einer kleinen Gruppe bekannter Validatoren ab. Dies ist weder von Natur aus gut noch schlecht – es ist eine Designentscheidung mit spezifischen Stärken (Geschwindigkeit, niedrige Kosten, Rechenschaft durch Identität) und spezifischen Einschränkungen (Zentralisierungsrisiko, berechtigungsbasierter Zugang, Potenzial für koordinierte Zensur).
Wo es in DecAIHub-Projektkarten erscheint
In einer DecAIHub-Projektkarte erscheint PoSA im Feld Consensus. Wenn eine Karte Consensus: PoSA zeigt, weist das darauf hin, dass das zugrunde liegende Netzwerk des Projekts den Proof-of-Staked-Authority-Mechanismus verwendet, um Transaktionen zu validieren und Blöcke zu produzieren.
Dies wird am häufigsten bei Projekten beobachtet, die auf BNB Smart Chain betrieben werden, wo PoSA der native Konsensmechanismus ist. Das Consensus-Feld hilft Lesern, die Infrastrukturschicht zu verstehen, von der ein Projekt abhängt – wie Blöcke produziert werden, wer sie validiert und welche Sicherheitsgarantien die Chain bietet.
Das Consensus-Feld ist einer von mehreren Deskriptoren auf Infrastrukturebene neben Main chain, Type und Network status. Zusammen zeichnen diese Felder ein Bild des technischen Fundaments unterhalb der Anwendungs- und KI-Schichten des Projekts.
Was PoSA allein nicht beweist
- PoSA beweist keine Dezentralisierung. Ein kleines, berechtigungsbasiertes Validator-Set ist auf der Konsensschicht zentralisierter als ein offenes PoS-Netzwerk. Die Anzahl der Validatoren, ihre Unabhängigkeit voneinander, ihre geografische und organisatorische Vielfalt sowie der Governance-Prozess zum Hinzufügen oder Entfernen bestimmen das praktische Maß an Dezentralisierung. Ein PoSA-Netzwerk, in dem alle Validatoren von verbundenen Einheiten betrieben werden, ist funktional zentralisiert, unabhängig von der Konsensbezeichnung.
- PoSA beweist nicht, dass ein Projekt KI hat. Konsens ist ein Infrastrukturmechanismus. Ein Projekt auf einer PoSA-Chain kann eine echte KI-Komponente haben oder nicht – das Consensus-Feld sagt nichts über die KI-Fähigkeit aus.
- PoSA beweist keine Zensurresistenz. Ein kleines Validator-Set, in dem Validatoren bekannte Einheiten sind, kann theoretisch unter Druck gesetzt werden, bestimmte Transaktionen oder Adressen zu zensieren. Ob dies ein praktisches Risiko darstellt, hängt von der Gerichtsbarkeit, dem Governance-Design und der Validator-Vielfalt ab.
- PoSA beweist keine Token necessity. Die Tatsache, dass der Konsens einer Chain gestakte Token verwendet, bedeutet nicht automatisch, dass der eigene Token des Projekts für seine KI- oder Anwendungsfunktionalität notwendig ist.
- Niedrige Gebühren bedeuten kein niedriges Risiko. PoSA-Chains haben oft sehr niedrige Transaktionsgebühren, was ein Merkmal der Nutzererfahrung ist, kein Beleg für Sicherheit, Qualität oder Dezentralisierung.
Nicht verwechseln mit
- Proof of Stake (PoS) – beim Standard-PoS steht die Teilnahme als Validator jedem offen, der ausreichend Token stakt. PoSA fügt dem Staking eine Berechtigungsschicht hinzu. PoSA-Validatoren müssen genehmigt werden, nicht nur ausreichend gestakt haben. Die „Authority“-Komponente ist das, was PoSA von offenem PoS unterscheidet.
- Delegated Proof of Stake (DPoS) – DPoS wählt Validatoren über offene Wahlen der Token-Inhaber aus, bei denen jeder Kandidat antreten kann. PoSA verwendet eine Kombination aus Staking-Gewicht und Authority-Genehmigung. Der Unterschied liegt darin, wie Validatoren in das Set gelangen: gewählt durch Stimmen (DPoS) vs. kuratiert durch Governance und Staking (PoSA). Beide führen zu kleinen Validator-Sets, aber der Auswahlmechanismus unterscheidet sich.
- Proof of Authority (PoA) – beim reinen PoA werden Validatoren allein auf Basis von Identität oder Reputation auf eine Whitelist gesetzt, ohne dass ein Token-Einsatz erforderlich ist. PoSA fügt die Staking-Anforderung hinzu, um eine wirtschaftliche Strafe für Fehlverhalten zu schaffen. PoA ohne Staking beruht vollständig auf reputationsbasierter Rechenschaft.
- Consensus – das allgemeine Konzept, wie Netzwerke sich über den Zustand des Ledgers einigen. PoSA ist einer von vielen spezifischen Konsensmechanismen.
- BNB Smart Chain – BNB Smart Chain ist ein spezifisches Blockchain-Netzwerk, das PoSA verwendet. PoSA ist der Konsensmechanismus; BNB Smart Chain ist das Netzwerk, das ihn implementiert. Auch andere Netzwerke könnten PoSA übernehmen.
Häufig gestellte Fragen
Warum wurde PoSA geschaffen, statt Standard-PoS zu verwenden?
PoSA wurde entworfen, um eine bestimmte Reihe von Kompromissen zu erreichen: schnelle Blockzeiten, niedrige Gebühren und EVM-Kompatibilität, bei gleichzeitiger Aufrechterhaltung eines bekannten und rechenschaftspflichtigen Validator-Sets. Standardmäßiges offenes PoS mit einem großen Validator-Set bringt mehr Kommunikationsaufwand und langsamere Finalität mit sich. Indem das Validator-Set auf vorab genehmigte Einheiten begrenzt wird, die auch Token staken, erreicht PoSA die Durchsatzeigenschaften, die für eine Chain mit hohem Volumen wie BNB Smart Chain benötigt werden, auf Kosten einer breiteren Validator-Teilnahme.
Wie viele Validatoren hat ein PoSA-Netzwerk?
Auf BNB Smart Chain, der prominentesten PoSA-Implementierung, hatte das aktive Validator-Set historisch 21 Nodes, obwohl das Protokoll diese Zahl im Laufe der Zeit erweitert hat, um die Dezentralisierung zu verbessern. Die spezifische Zahl ist ein Protokollparameter – weniger Validatoren bedeuten schnelleren Konsens, aber mehr Machtkonzentration; mehr Validatoren verbessern die Resilienz, fügen aber Koordinationsaufwand hinzu.
Kann jeder ein PoSA-Validator werden?
Nicht direkt. Anders als bei offenen PoS-Systemen erfordert PoSA, dass Kandidaten zusätzlich zum Staken von Token sowohl operative als auch Governance-Kriterien erfüllen. Auf BNB Smart Chain umfasst das Werden eines Validators die Registrierung als Kandidat, das Erfüllen technischer und operativer Anforderungen und das Erhalten von ausreichend delegiertem Einsatz von Token-Inhabern, um sich innerhalb des aktiven Sets zu platzieren. Die Kombination aus Berechtigung und Staking schafft eine höhere Eintrittsbarriere als offenes PoS.
Ist PoSA zentralisierter als DPoS?
Beide Mechanismen führen zu einem kleinen aktiven Validator-Set, aber sie unterscheiden sich darin, wie Validatoren ausgewählt werden. DPoS verwendet offene Wahlen der Token-Inhaber – jeder Kandidat kann antreten und Wähler entscheiden. PoSA kombiniert Staking-Gewicht mit Authority-Genehmigung, was eine Gatekeeping-Schicht hinzufügt. In der Praxis hängt der Grad der Zentralisierung von der konkreten Implementierung ab: wie viele Validatoren aktiv sind, wie vielfältig sie sind und wie der Governance-Prozess zum Hinzufügen oder Entfernen von Validatoren tatsächlich funktioniert.
Externe Referenzen
- BNB Chain Documentation – Consensus – offizielle Dokumentation über den PoSA-Konsensmechanismus, wie er auf BNB Smart Chain implementiert ist.
- Proof of authority – Wikipedia – Hintergrund zu Proof of Authority, einer der beiden Komponenten, die PoSA kombiniert.
No comments to display
No comments to display