Können Hyperledger Fabric Chaincodes die Identität ihres Anrufers abrufen?

So rufen Sie die Chaincode-Anrufer-ID im Hyperledger Fabric Node SDK ab

In einer Netzwerkarchitektur mit mehreren Chaincodes stellt sich die Frage, wie ein aufgerufener Chaincode den ursprünglichen Chaincode identifizieren kann . In diesem Artikel werden dieses Thema und seine Einschränkungen untersucht.

Netzwerkarchitektur

Betrachten Sie die folgende Netzwerkkonfiguration:

• A: Anwendung
• Chaincode1: Chaincode geschrieben in Go
• fabcar: Chaincode geschrieben in Node.js

Alle Komponenten befinden sich auf demselben Kanal, „mychannel“.

Anrufer-ID abfragen

Wenn Chaincode1 die InvokeChaincode()-API verwendet, um mit fabcar zu interagieren, besteht die Notwendigkeit, den Ursprung des Aufrufers zu identifizieren. Die getCreator()-Methode stellt jedoch nur die Organisationsinformationen des Aufrufers bereit und reicht nicht für die gewünschte Chaincode-spezifische Identifikation aus.

Analyse signierter Transaktionen

Eine Untersuchung der getSignedProposal()-Methode zeigt, dass dies der Fall ist stellt ein dekodiertes SignedProposal-Objekt bereit. Dieses Objekt stellt die Anfrage der Clientanwendung an den Chaincode dar. Allerdings erweist sich die Entschlüsselung der aufrufenden Chaincode-ID aus der komplexen SignedProposal-Struktur als schwierig.

Aktuelle Einschränkungen

Derzeit unterstützt Hyperledger Fabric den direkten Abruf der Chaincode-Anrufer-ID nicht. Da Kettencodes von Natur aus keine expliziten Identitäten aufweisen, können diese Informationen nicht angezeigt werden. Diese Einschränkung verhindert, dass Chaincodes ihr Verhalten basierend auf der Identität des initiierenden Chaincodes dynamisch anpassen.

Das obige ist der detaillierte Inhalt vonKönnen Hyperledger Fabric Chaincodes die Identität ihres Anrufers abrufen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!