Les Chaincodes Hyperledger Fabric peuvent-ils récupérer l'identité de leur appelant ?

Comment récupérer l'ID de l'appelant du code de chaîne dans le SDK Hyperledger Fabric Node

Dans une architecture réseau multi-codes de chaîne, la question se pose de savoir comment un code de chaîne appelé peut identifier le code de chaîne d'origine . Cet article explore ce sujet et ses limites.

Architecture du réseau

Considérez la configuration réseau suivante :

• A : Application
• Chaincode1 : Chaincode écrit en Go
• fabcar : Chaincode écrit en Node.js

Tous les composants résident sur le même canal, "mychannel".

Requête de l'identification de l'appelant

Lorsque Chaincode1 utilise l'API InvokeChaincode() pour interagir avec fabcar, il est nécessaire d'identifier l'origine de l'appelant. Cependant, la méthode getCreator() ne fournit que les informations sur l'organisation de l'appelant, ce qui est en deçà de l'identification spécifique au code de chaîne souhaitée.

Analyse des transactions signées

Une enquête sur la méthode getSignedProposal() révèle qu'elle fournit un objet SignedProposal décodé. Cet objet représente la demande de l'application client au code chaîne. Cependant, déchiffrer l'ID du code de chaîne appelant à partir de la structure complexe SignedProposal s'avère difficile.

Limites actuelles

À l'heure actuelle, Hyperledger Fabric ne prend pas directement en charge la récupération de l'ID de l'appelant du code de chaîne. Comme les codes de chaîne sont intrinsèquement dépourvus d’identités explicites, ces informations ne peuvent pas être révélées. Cette limitation empêche les chaincodes d'adapter dynamiquement leur comportement en fonction de l'identité du chaincode initiateur.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!