Plasma wird nicht versuchen, alle Transaktionen zu verarbeiten, wenn es einen Anstieg der Nachfrage gibt. Wenn das Netzwerk mit Kapital schneller geflutet wird, als es die Transaktionen ausführen kann, setzt es sehr strenge Grenzen dafür, welche Transaktionen durchgehen und welche verzögert werden. Diese Ablehnung basiert nicht auf Identität oder Wertgröße, sondern auf Verhaltensmustern, die eine Bedrohung für die Abrechnungsordnung darstellen.
Um Überlastungen zu vermeiden, begrenzt das Protokoll die Anzahl der Transaktionsanforderungen, die Konten und Verträge senden können, wenn sie Transaktionen mit einer höheren Rate als der erlaubten einreichen. Diese Einschränkungen werden einheitlich auf der Ausführungsschicht vorgenommen und nicht beispielsweise durch Off-Chain-Filterung oder das Ermessen von Validatoren. Daher kann die Anzahl der eingereichten Transaktionen höher sein als die Anzahl, die verarbeitet werden kann, ohne dass die Abrechnung instabil wird.
Die bedeutendste Weigerung, die Plasma auferlegt, ist die Dominanz. Hochfrequente Sender werden nicht in der Lage sein, die Ausführungsbandbreite zu dominieren, selbst wenn sie viel Geld haben oder beliebte Verträge ausführen. Anstatt die überschüssigen Transaktionen neu zu ordnen oder zu beschleunigen, wenn die Einreichungsraten die Protokollgrenzen überschreiten, werden diese Transaktionen einfach verschoben. Dies verhindert, dass das Kapital, das sich an der Spitze konzentriert hat, Priorität im Ausführungsprozess erhält. $XPL
Im Gegensatz zu Systemen, die die Nachfrage entweder durch Erhöhung der Blockfüllung oder durch Lockerung der Ausführungsbeschränkungen absorbieren, hält Plasma die Durchsatzgrenzen jederzeit eingehalten. Transaktionswarteschlangen werden extern und nicht intern erweitert. Die Ausführungs-Pipeline wird nicht gestört, da das Protokoll nicht mehr Arbeit annimmt, als es deterministisch abschließen kann. Eine solche Weigerung schützt den Abwicklungszeitpunkt, selbst wenn es plötzliche massive Zuflüsse gibt.
Eine weitere Kategorie von Transaktionen, die Plasma nicht sofort verarbeitet, ist die kontraktliche Aktivität, die impulsiv und getrieben ist. Verträge, die in den volatilen Perioden sehr schnell eine Reihe von Anrufen generieren, haben die gleichen Ausführungsgrenzen wie die extern verwalteten Konten. Es wird keine Ausnahme auf Vertragsniveau geben, zum Beispiel für Liquiditätsprotokolle, Aggregatoren oder Abwicklungsrouter. Die konsequente Anwendung von Regeln verhindert das Auftreten von Anwendungs-, Ausführungsbahnen in stressigen Situationen. $XPL
Darüber hinaus weigert sich Plasma, adaptive Neupreisgestaltung auf der Ausführungsebene zuzulassen. Es handelt sich im Grunde nicht um eine Preisauktion für die Transaktionsaufnahme zum Zeitpunkt eines Nachfragespitze. Darüber hinaus wird es keine dynamische Erhöhung der Gebühren geben, um die Stauung zu beseitigen. Stattdessen wird der Druck über Einreichungsratenlimits absorbiert, so dass die Ausführungsreihenfolge auch bei einem Wettbewerb um die Abwicklung aufgrund von Kapital weiterhin vorhersehbar sein kann. Somit wird der Grund für Netzwerküberflutung in instabilen Situationen beseitigt.
Da die Weigerung auf Protokollebene erfolgt, verhandeln Validatoren nicht über die Aufnahme von Transaktionen unter hoher Last. Der Blockzusammenbau hält sich an die deterministischen Ordnungsregeln, und die Ausführung erfolgt nur bis zu den erlaubten Grenzen. Transaktionen, die außerhalb dieser Grenzen liegen, hängen ohne Einfluss auf den finalisierten Zustand. Diese Unterscheidung zwischen Einreichungsdruck und Ausführungskapazität ist im Wesentlichen das, was Plasma ermöglicht, ein stabiles Bestätigungsverhalten während eines Ansturms von Kapital aufrechtzuerhalten.
Wichtiger ist, dass Plasma im Gegensatz zu anderen Lösungen Transaktionen nicht basierend auf dem Typ oder der Wertdenomination des Vermögenswerts ablehnt. Stabile Abwicklungsströme werden unabhängig von der Übertragungsgröße gleich behandelt. Wichtig ist die Auswirkungsstärke und nicht das wirtschaftliche Gewicht. Infolgedessen drängen große Bilanzbewegungen nicht die routinemäßige Abwicklungstätigkeit während der Spitzenzeiten aus.
Das Weigerungsmodell fungiert daher auch als Schutzmaßnahme, um kaskadierende Fehler zu verhindern. Durch die Begrenzung der Aufnahme verhindert Plasma die Beschleunigung des Zustandswachstums und der Ausführungsrückstände innerhalb des Protokolls. Speicherbelastungen, Indizierungsverzögerungen und Überlastungen der Validatoren werden vermieden, da übermäßige Nachfrage niemals den Ausführungsweg betritt. Das Netzwerk bleibt betriebsfähig, selbst wenn die externen Warteschlangen gewachsen sind.
Für Anwendungen führt dies zu einer konsistenten Abwicklungsoberfläche. Entwickler müssen kein Design erstellen, das unvorhersehbare Ausführungsimpulse oder Gebührenausbrüche bewältigen kann. Verträge, mit Ausnahme von gelegentlichen Einbeziehungsverspätungen, wenn die Grenzen erreicht sind, erfahren während stressiger und ruhiger Perioden die gleiche Ausführungsleistung. Es gibt keine abrupten Prioritätsänderungen aufgrund der Kapitalintensität.
Aus der Sicht des Kapitals steht die Weigerung Fairness über Geschwindigkeit. Mittel profitieren nicht von "Aggressivität". Eine höhere Einreichungsfrequenz, um eine schnellere Abwicklung zu erreichen, führt nicht zu einem besseren Ausführungsergebnis. Dies setzt den gleichen Verhaltensstandard für alle Teilnehmer und beseitigt somit die Transaktionsüberflutung für den ausbeuterischen Gebrauch volatiler Fenster.
Daher sollte die Weigerung von Plasma während Kapitalspitzen nicht als Fehler-Modus angesehen werden, sondern vielmehr als eine Kontrolloberfläche. Das Protokoll, das sich weigert, überschüssige Nachfrage zu verarbeiten, hält somit deterministische Ausführung, stabile Endgültigkeit und gleichen Zugang zur Abwicklung aufrecht. Der Kapitalfluss wird nicht unterbrochen; er entspricht lediglich der Rate, zu der das Netzwerk sicher und konsistent verarbeiten kann.
Dies ist der Grund, warum Plasma vorhersehbares Abwicklungsverhalten selbst in Situationen liefern kann, die normalerweise die Ausführungsumgebungen destabilisieren würden. Anstatt die Kapazität zu drücken, behält das Netzwerk einfach seine Grenzen bei. Was abgelehnt wird, ist nicht der Wert, sondern die Volatilität, der Druck, der sonst die Ausführungsreihenfolge verzerren würde.