KAPPI arbeitet als Netzwerk mehrerer unabhängiger Blockchains, die als Spaces bezeichnet werden.

KAPPI arbeitet als Netzwerk mehrerer unabhängiger Blockchains, die als Spaces bezeichnet werden. Jeder dieser Bereiche wird über einen KAPPI-DWARF mit Strom versorgt, um sicherzustellen, dass es eine konsistente, leistungsstarke und sichere PBFT-ähnliche Konsensus-Engine gibt, bei der die Rechenschaftspflicht durch Gabeln garantiert wird. Der KAPPI-Algorithmus ist skalierbar und kann für den Nachweis des Einsatzes und für öffentliche Blockchains verwendet werden. Der KAPPI ist eine Kryptowährung, die einen Nachweis des Einsatzes für mehrere Assets durchführt und über ein einfaches Governance-System verfügt, das Upgrades ermöglicht und allgemein anpassbar ist. Der KAPPI-DWARF kann eine Verbindung zu anderen Bereichen herstellen und so erweitert werden.

KAPPI besteht aus einem Netzwerk von vielen Blockchains, die mit KAPPI betrieben werden. Mit KAPPI können viele Blockchains gleichzeitig ausgeführt werden, wobei die Interoperabilität erhalten bleibt. KAPPI DWARF verwaltet in seinem DWARF mehrere unabhängige Blockchain-Zonen, die von einigen auch als Shards bezeichnet werden. Mit einem konstanten Strom von Block-Commits, die von Zonen im DWARF kommen, kann es mit den Informationen jeder Zone und ihrem aktuellen Status Schritt halten. Im Gegenzug halten die Zonen mit dem DWARF Schritt, aber nur über den DWARF. Informationspakete werden von einer Zone zur anderen durch den DWARF durch eine merklesichere Versendung gesendet, die zeigt, dass die Informationen sowohl korrekt gesendet als auch empfangen wurden.

Aufgrund der Kommunikation zwischen den Blockketten kann jede Zone ein DWARF sein, um, falls gewünscht, einen Acrylgraphen zu erstellen. Die KAPPI DWARF-Blockchain besteht aus einem Hauptbuch für die Verteilung mehrerer Assets, wobei Token einzeln oder innerhalb einer Zone selbst verwendet werden. Token können zwischen Zonen durch einen DWARF verschoben werden, der dafür verantwortlich ist, dass die globale Invarianz des gesamten Tokenwerts für jede Zone erhalten bleibt. Sender-, Empfänger- oder DWARF-Blockchains können IBC-Münzenpakettransaktionen festschreiben. Der KAPPI-DWARF ist das zentrale Ledger für das gesamte System und seine Sicherheit ist von größter Bedeutung. Jede Zone kann eine KAPPI-Blockchain haben, die durch mindestens 4 (oder weniger, wenn nicht der BFT-Konsens verwendet wird) gesichert ist und durch eine Reihe von Validatoren, die global dezentralisiert sind, um als stark genug zu dienen, um jede Art von Hack oder zu stoppen Angriffsszenario.

Der DWARF würde eine Zone als eine dynamische Mehrfachassetmitgliedschaft mit einem Mehrfachsignaturkonto konzipieren, das in der Lage ist, Token über IBC-Pakete zu senden und zu empfangen. Wie bei jedem Kryptowährungskonto können Zonen kein Token übertragen, wenn sie nicht über dieses Token zum Senden verfügen, jedoch Token empfangen können. In Zonen können eine oder mehrere Arten von Token verwendet werden, sodass die Token-Vorräte aufgeblasen werden können. Atome des KAPPI-DWARF können von jedem Prüfer einer Zone abgesteckt werden, die mit dem DWARF verbunden ist. Dies könnte zu einem doppelten Angriff führen, würde jedoch die Rechenschaftspflicht der KAPPI-Abgabeln einschränken, einer Zone, in der die Stimmrechte keinen ungültigen Zustand erzeugen können. KAPPI DWARF führt keine Transaktion aus, die in einem anderen DWARF festgeschrieben ist, und überprüft diese nicht. Daher müssen Benutzer Token an vertrauenswürdige Zonen senden.

Interzone-Kommunikation

Nehmen wir an, es gibt drei Blockchains, von denen eine die DWARF ist. Wir möchten ein Paket erstellen, das dazu bestimmt ist, in einer der beiden Nicht-DWARF-Zonen anzukommen. Damit ein Paket zwischen Blockchains verschoben werden kann, wird es zuerst in der Empfangskette gepostet. Der Proof gibt an, dass ein Paket von der Sendekette für das Ziel veröffentlicht wurde. Damit dieser Nachweis von der empfangenden Kette geprüft werden kann, muss er mit den Blockköpfen des Absenders übereinstimmen. Dies ist recht ähnlich zu Sidechains, bei denen interagierende Ketten durch bidirektionale Ketten voneinander Kenntnis erlangen müssen, indem Datagramm-Proof-of-Existenz-Transaktionen verwendet werden. Das IBC-Protokoll kann zwei Arten von Transaktionen definieren: Ein Paket, das Beobachtern des letzten Blockhashs den Blockchain-Nachweis erleichtert, und ein Paket, mit dem die Blockchain nachweisen kann, dass die Anwendung des Absenders ein bestimmtes Paket über den Merkle-Nachweis veröffentlicht hat. Da diese Mechanismen in verschiedene Transaktionen unterteilt sind, kann der native Gebührenmechanismus der Empfängerkette bestimmen, welches Paket bestätigt wird, und die Senderkette kann beliebig viele ausgehende Pakete senden.

Brückenzonen

Eine Brücke ist die Beziehung zwischen dem DWARF und der Zone. Beide müssen über die Blöcke des anderen auf dem neuesten Stand sein, um die Beweise zu überprüfen, wenn sich die Token zwischen den beiden bewegen. Die Bridge-Zone verfügt über eine Indirektion, mit der die DWARF-Logik gegenüber den Konsensus-Algorithmus-Strategien der anderen Blockchain agnostisch und einfach bleibt. Jeder Bridge Zone Validator betreibt eine KAPPI-basierte Blockchain, die eine ABCI-Bridge-App und einen vollständigen Knoten der ursprünglichen Blockchain enthält. Wenn neue Blöcke abgebaut werden, erzielen die Validierer der Brückenzone eine Einigung über festgeschriebene Blöcke, indem sie jede perspektivische Ansicht des Ursprungs der Blockchain-Spitze signieren und freigeben. Wenn die Zahlung am Ursprung durch eine Brückenzone geleitet wird und genügend Bestätigungen vorliegen, wird auf der Brücke ein entsprechendes Konto mit diesem Saldo erstellt.

Durch diese Art der Mehrfachfähigkeit werden KAPPI-Zonen zu Brücken zu verschiedenen Kryptowährungen, und es können Derivate dieser Blockketten erstellt werden, die dieselbe Codebasis verwenden und eine andere anfängliche Verteilung und einen anderen Validatorsatz integrieren. Dies ermöglicht die Verknüpfung mit anderen Frameworks unter Verwendung der KAPPI-Engine als gemeinsames Netzwerk. Innerhalb einer Blockchain mit mehreren Assets kann eine einzelne Transaktion verschiedene Ein- und Ausgaben enthalten, wobei jede Eingabe eine andere Art von Token sein kann. Dadurch kann KAPPI direkt als dezentrale Vermittlungsplattform fungieren. Zonen können auch als fehlertoleranter verteilter Austausch fungieren, der in dem Sinne besser ist als andere zentralisierte Kryptowährungsaustausche, dass er nicht für Hacking anfällig ist.

Sharding-Strategien werden auch von Ethereum überprüft, um ihre eigenen Skalierbarkeitsprobleme anzugehen. Ziel von Ethereum ist es, eine Lösung zu entwickeln, die die Abstraktionsebenen des EVM auf dem gesamten gemeinsam genutzten Raum beibehält. Dies macht deutlich, dass KAPPI und Ethereum unterschiedliche Designziele verfolgen, bei denen es sich bei KAPPI um Token handelt und die nicht an das EVM gebunden sind. Mit KAPPI kann der Zonenersteller bestimmen, wer in der Lage ist, die Zone zu validieren. In KAPPI kann jeder eine neue Zone starten, und der DWARF isoliert alle Ausfälle innerhalb einer Zone, um alle erhaltenen Token-Invarianten beizubehalten. Das Lightning-Netzwerk ist ein Token-Übertragungssystem, dessen Betrieb vorgeschlagen wurde eine Ebene über der Bitcoin-Blockchain oder einer anderen öffentlichen Blockchain,

Dies würde bilaterale Stateful-Verträge ermöglichen, bei denen der Austausch digitaler Signaturen zur Aktualisierung des Zustands dient und die Beweise dann zum Abschluss der Blockchain hinzugefügt werden. Das Lightning-Netzwerk kann sich problemlos über mehr als eine Blockchain erstrecken, um Werte auf einem Börsenmarkt zu übertragen. Es kann jedoch keine Token asymmetrisch zwischen Blockchains übertragen. Das KAPPI-Netzwerk erlaubt solche direkten Tokenübertragungen. Token, die durch die Verwendung ihres Sicherungsschlüssels verbleiben. Um zu verhindern, dass dieses Feature missbraucht wird, bleibt ein Teil der vor und nach dem Hacker-Bericht nicht übertragenen und nicht übertragenen Token und Delegatoren gleich, und das Kopfgeld des Hackers schließt alle nicht übertragenen Token ein. Praktische byzantinische Fehlertoleranz war der ursprüngliche Blockchain-Konsens, aber der KAPPI-Konsens ist einfacher auszuführen und anzuwenden. Dies liegt daran, dass die Blöcke in KAPPI nacheinander festgeschrieben werden müssen, was die Änderungen der PBFT-Ansicht ersetzt. In unserer Blockchain muss kein Block-Commit ausgeführt werden, wenn der ursprüngliche Block noch nicht festgeschrieben wurde. Wenn sich herausstellt, warum n nicht innerhalb der KAPPI-Zone festgeschrieben wird, hilft es nicht, Abstimmungen zur gemeinsamen Nutzung der Bandbreite für den N + I-Block zu integrieren. N + I wird nicht festgeschrieben, wenn der Grund auf einen Offline-Knoten oder eine Netzwerkpartition zurückzuführen ist. Block-Batching-Transaktionen erleichtern das Merkle-Hashing des Anwendungszustands, was besser als der PBFT-Checkpoint funktioniert und schnellere Transaktions-Commits ausführt, die nachweislich eine Kommunikation zwischen Blockketten ermöglichen. Wenn sich herausstellt, warum n nicht innerhalb der KAPPI-Zone festgeschrieben wird, hilft es nicht, Abstimmungen zur gemeinsamen Nutzung der Bandbreite für den N + I-Block zu integrieren. N + I wird nicht festgeschrieben, wenn der Grund auf einen Offline-Knoten oder eine Netzwerkpartition zurückzuführen ist. Block-Batching-Transaktionen erleichtern das Merkle-Hashing des Anwendungszustands, was besser als der PBFT-Checkpoint funktioniert und schnellere Transaktions-Commits ausführt, die nachweislich eine Kommunikation zwischen Blockketten ermöglichen. Wenn sich herausstellt, warum n nicht innerhalb der KAPPI-Zone festgeschrieben wird, hilft es nicht, Abstimmungen zur gemeinsamen Nutzung der Bandbreite für den N + I-Block zu integrieren. N + I wird nicht festgeschrieben, wenn der Grund auf einen Offline-Knoten oder eine Netzwerkpartition zurückzuführen ist. Block-Batching-Transaktionen erleichtern das Merkle-Hashing des Anwendungszustands, was besser als der PBFT-Checkpoint funktioniert und schnellere Transaktions-Commits ausführt, die nachweislich eine Kommunikation zwischen Blockketten ermöglichen.