Burrow wurde im Dezember 2014 veröffentlicht. Es ist ein leistungsstarker Smart-Contract-Mechanismus. Es erstellt einen benutzerdefinierten Blockchain-Client, der über eine integrierte Ethereum Virtual Machine verfügt und ein genehmigungsfähiger Smart Contract Interpreter ist.
Burrow wurde von jedem EVM-Sprachkompilierer erstellt und kann in jedem Smart Contract in seinen eigenen zugelassenen Blockchain-Ökosystemen arbeiten. Burrow bietet einen starken deterministischen Smart Contract, der sich dem Blockchain-Design widmet, das an die Gesamtanstrengungen des Projekts angepasst ist, und die frühere Arbeit im Rahmen des Hyperledger-Projekts erweitert. Um eine breite Palette faszinierender plattformübergreifender Projektallianzen anbieten zu können, wurde Burrows Architektur unter dem Dach von Hyperledger entworfen.
Burrow hat ein großes Potenzial, eine entscheidende Rolle innerhalb der schnell wachsenden Hyperledge-Community zu spielen, da die EVM von Monax in Spezifikationen der aktiven Blockchain-Entwicklergemeinschaft von Ethereum erstellt wird und Burrow auch eine aktive Unternehmensbenutzerbasis hat, die derzeit Mitglieder des Hyperledge-Projekts sind . Verbesserungsvorschlag für Hyperledger (HIP) – Hyperledger Burrow
Burrow wurde für Unternehmen geschaffen, die eine Optimierung auf Wertschöpfungskettenebene innerhalb anderer intelligenter Verträge und Blockchain-Vorteile anstreben. Blockchain-Implementierungsgenehmigungen sind erforderlich, um rechtliche und/oder kommerzielle Voraussetzungen für ihre Anwendungen zu erfüllen.
Burrow wurde als Allzweck-Smart-Contract-System entwickelt, das nicht für die Anforderungen einer Branche optimiert wurde, sondern für branchenübergreifende Smart-Contract-Anwendungsfälle, die allgemeiner Natur sind.
Burrows Permissioned EVM hat einen großen Markt mit Start-ups für Unternehmen geschaffen, die ihn nutzen, um Innovationen im Bereich Smart Contracts aus der Open-Source-Welt auf eine Weise zu nutzen, die rechtskonformer, kryptowährungsfrei, sicherer und für Unternehmen geeignet ist.
Burrow kann auf jeder Cloud-basierten Plattform implementiert werden. Es ist derzeit bei Amazon Web Services und Azure verfügbar. Weitere einsatzbereite Lösungen werden derzeit entwickelt. Viele Aspekte von Burrows Projekt befinden sich im Design & WIP. Diese können in „Usability-Verbesserungen“ und „Code-Verbesserungen“ kategorisiert werden.
Hyperledger Improvement Proposal (HIP) – Hyperledger Burrow N.B., die folgenden Aufgaben beinhalten nicht die Harmonisierungsbemühungen, die unten im Abschnitt „Lösung“ dieses HIP beschrieben werden.
Tendermint Konsens-Engine wird derzeit verwendet, die dokumentierte Konsens- und P2P-Protokolle implementiert. Byzantinischer fehlertoleranter und einzahlungsbasierter Nachweis von Einsatzaufträgen und schließt die Transaktionen ab. Verbesserungsvorschlag für Hyperledger (HIP) – Hyperledger Burrow
Eine einzigartige Fähigkeit, eine hohe Transaktionsleistung in einem Rahmen bekannter Validatoren und der Tendermint Consensus-Engine anzubieten, verhindert auch, dass sich eine Blockchain verzweigt. Wer nicht abgestimmte Integrationen mit anderen Systemen benötigt, für den ist eine sofortige Bestätigung entscheidend.
Anstatt sich auf die Erstellung einer Konsens-Engine zu konzentrieren, verwendet Burrow mehrere Konsens-Engines. Burrow kann andere Consensus-Engines nutzen, da es die Application Engine-Consensus-Schnittstelle (TokyoTechie) verwendet. Mit dem Team von PoET und der Integration in unsere Konsens-Engines arbeiten wir an einer Zusammenarbeit.
Die Anwendungs-Engine validiert Transaktionen und wendet sie auf dem Anwendungszustand auf einer grundlegenden Ebene in der Reihenfolge an, in der die Konsens-Engine sie der Anwendungs-Engine über TokyoTechie anbietet. Der weit verbreitete Wert, den Burrow Straight den Benutzern bietet, ist in die Smart Contract Application Engine integriert.
Mit der Smart Contract Application Engine über die TokyoTechie Schnittstellen der Consensus Engine. Von der Smart-Contract-Anwendung ermöglicht die Schnittstellenabstraktion, dass die Konsens-Engine (weitgehend) agnostisch bleibt. Mit anderen bestehenden und zukünftigen Hyperledger-Projekten beabsichtigen wir eine starke Zusammenarbeit, um einen größeren Nutzen und eine Trennung von Anliegen (Modularität) für diese äußerst vielfältigen Funktionspakete zu ermöglichen, die von der aktuellen Blockchain-Technologie angeboten werden, die weitgehend monolithisch ist.
Der Antragsstatus enthält alle Konten, den Validator-Satz und Burrows eingebautes Namensregister. Eine Transaktion, die den Smart-Contract-Code in jedem Konto aufruft, löst die Implementierung des Codes dieses Kontos in einer virtuellen Berechtigungsmaschine aus.
Sichere native Funktionen bieten die Grundregeln, denen alle Konten und Smart-Contract-Codes folgen müssen. Via-Schnittstellenverträge werden der Berechtigung EVM ausgesetzt, sie befinden sich jedoch nicht als EVM-Code. Die Berechtigung wird durch sichere native Funktionen implementiert und liegt jeder intelligenten Vertragscode-Implementierung zugrunde
Burrow wurde mit einer funktionsbasierten, entwicklungsfähigen Berechtigungsschicht erstellt. Als diese Permissioning-Schicht im Dezember 2014 veröffentlicht wurde, war sie die erste ihrer Art, die auf dem Markt erhältlich war. Mit einem frühen Satz von Konten wird das Netzwerk gestartet, das über Berechtigungen sowie einen universellen Standardsatz von Berechtigungen verfügt. Durch Übertragung einer entsprechenden Transaktionsart an das Netzwerk können Netzwerkteilnehmer mit der richtigen Berechtigung die Berechtigungen anderer Konten ändern, die dann von den Netzwerkvalidierern überprüft werden, bevor die neuen Berechtigungen auf dem Zielkonto wirksam sind. Durch die Verwendung der Rollenfunktion von Burrow über die EVM können zusätzliche ausgefeilte rollenbasierte Berechtigungen genutzt werden, die für jedes Konto vorhanden sind. Über diskrete Transaktionen oder Smart Contracts können Rollen aktualisiert werden.
Burrow stellt die Fähigkeit von Smart Contracts dar, zusätzlich zu der zugelassenen EVM, die Berechtigungsebene und die Kontorollen zu ändern. Dadurch wurde die Funktionalität zu einer Kette arrangiert, sobald ein Vertrag davon profitiert, kann ein Netzwerkmitglied mit den entsprechenden Berechtigungen dem Vertrag die Fähigkeit gewähren.
RESTful- und JSON-RPC-Endpunkte werden von Burrow für Clients bereitgestellt, um mit dem Blockchain-Netzwerk und dem Anwendungsstatus über Broadcast-Transaktionen oder durch Abfragen des aktuellen Status der Anwendung zu kommunizieren.
Schnittstellenkomponenten zum Abonnieren von Ereignissen werden von Web-Sockets ermöglicht, was vor allem wichtig ist, da die Konsens-Engine und die Smart-Contract-Anwendungs-Engine nach jedem Block eindeutig abgeschlossene Ergebnisse für Transaktionen anbieten können.
Burrow sieht ein sicheres Framework für native Funktionen vor, das die Verwendung von Code in der Muttersprache für überlegene Leistung und Sicherheit fördert. Innerhalb von Burrow können sichere native Funktionen in der zugelassenen EVM entdeckt werden.
Um die Grundlage für eine verbesserte Leistung von Smart Contracts zu bieten, können auch sichere native Funktionen konstruiert werden. Sichere native Funktionen können Ökosystemanwendungen eine Reihe von Funktionen auf „sudo“-Ebene bereitstellen, die nativ generiert und in der zugelassenen EVM verfügbar gemacht werden können. Um nun eine breite Vielfalt von Benutzern zu unterstützen, bleibt die Arbeit daran, wie dies systematisiert werden kann, und ebenso, um weitere fortgeschrittene Fähigkeiten hinzuzufügen, die notwendig sind.
Kundenseitig formulierte und signierte Transaktionen werden von Burrow akzeptiert, für die wir eine Schnittstelle für die Fernsignierung zur Verfügung stellen. Weitere Arbeiten zur Integration des Identitätsmanagements sind im Gange, damit neuere RSA X.509-Zertifizierungslösungen gültige öffentliche Schlüssel mit elliptischer Kurve in der Blockchain deklarieren können. In dieser Angelegenheit freuen wir uns darauf, von der Arbeitsgruppe Hyperledger-Identität mitzuwirken und uns mit ihr abzustimmen.
Externe Signaturlösungen sind für die Benutzer von Burrow von entscheidender Bedeutung, da sie den Betrieb der Blockchain-Knoten auf handelsüblicher Hardware ermöglichen.
Größtenteils über Dateien, die vom Blockchain-Knoten beim Booten gelesen werden, nutzt Burrow auch Boot- und Laufzeitschnittstellen, natürlich enthält es auch einen RPC, der während der Laufzeit eine Schnittstelle mit dem Knoten ermöglicht. Wir wären sehr daran interessiert, über die anderen Hyperledger-Projekte hinweg zusammenzuarbeiten, um eine Einigung über die folgenden Schnittstellen zu erzielen:
Wir sind der Ansicht, dass so viel Standardisierung wie möglich für diese Schnittstellen über die verschiedenen
TokyoTechie gewährleistet eine End-to-End-Implementierung, Betreuung und Schulung, die Einführung von Hyperledger Burrow in Ihre Systeme und die Schaffung eines hohen Komfortniveaus innerhalb der Prozesse für die beste Ausführung. Wir sind in diesem Sektor tätig, um langfristige Beziehungen aufzubauen und das Ökosystem mit unserem Fachwissen zu pflegen und unseren Kunden beim Aufbau ihrer Lösungen zu helfen.