php小編西瓜在這裡回答你的問題。是的,你可以在Hyperledger Chaincode中使用gRPC。 gRPC是一種高效能、開源的遠端過程呼叫(RPC)框架,它可以使您的Chaincode與其他服務進行通訊。為了避免在測試網路上呼叫期間出現錯誤,您可以採取以下幾個步驟。首先,確保您的測試網路已正確配置和運作。其次,檢查您的程式碼和設定檔以確保正確地使用gRPC。最後,進行適當的錯誤處理和日誌記錄,以便及時發現和解決任何問題。透過這些步驟,您應該能夠避免在測試網路上呼叫期間出現錯誤,並順利地使用gRPC進行通訊。
我想在fabric chaincode中使用grpc來實現跨鏈通信,而不是使用fabric sdk。 但是當我在fabric-sample/test-network上呼叫chaincode函數時,總是會出現錯誤。
error: endorsement failure during invoke. response: status:500 message:"error in simulation: failed to execute transaction eb5e480bd4075a767f56ae263741ca0f5f19620ef88952e26b7f1952bdbe83cd: could not launch chaincode chaincode_1.2:d3f97f15a635e73d3de230c8e5899e5fb95a68cf897c03e19f9e4eeca7ca3fd5: chaincode registration failed: container exited with 2"
誰能告訴我這個錯誤是什麼原因造成的? 我的鏈碼有 bug 或 grpc 無法在鏈碼函數中使用?
我關於 grpc 的連結碼:
func (s *smartcontract) begin(ctx contractapi.transactioncontextinterface) error { server.main() return nil } func (s *smartcontract) client(ctx contractapi.transactioncontextinterface) error { // client.clientfunc is the client main function client.clientfunc(xt, r, sign, m) }
伺服器.go
func main() { listen, err := net.listen("tcp", ":9090") if err != nil { fmt.printf("failed to listen: %v", err) return } grpcserver := grpc.newserver() pb.registersendserviceserver(grpcserver, &server{}) err2 := grpcserver.serve(listen) if err2 != nil { fmt.printf("failed to serve: %v", err2) return } }
client.go
func Clientfunc(Xt *btcec.PublicKey, R *btcec.PublicKey, s *big.Int, m []byte) []byte { conn, err := grpc.Dial("127.0.0.1:9090", grpc.WithTransportCredentials(insecure.NewCredentials())) if err != nil { log.Fatalf("did not connect: %v", err) } defer conn.Close() client := pb.NewSendServiceClient(conn) output := &pb.SignInput{ XtX: Xt.X().Int64(), XtY: Xt.Y().Int64(), M: m, RX: R.X().Int64(), RY: R.Y().Int64(), S: s.Int64(), } resp, _ := client.Send(context.Background(), output) return resp.GetM() }
誰能告訴我這個錯誤是什麼原因造成的?
詳見 hyperledger fabric v2.x/ 日誌控制,什麼可以告訴你是什麼導致了 錯誤 500 (內部伺服器錯誤)是伺服器日誌
#取決於您的運行方式:
docker logs <chaincode_container_id> kubectl logs -n <namespace> <pod_name> oc logs -n <namespace> <pod_name>
這可能是由於您的鏈碼中的問題(例如 grpc 程式碼中的錯誤),或者可能是由於鏈碼運行的環境所致。
從您的程式碼中,您可能會考慮不在鏈碼中啟動 grpc 伺服器 (server.main()
)。 chaincode 在 hyperledger fabric 網路中運行,並不像獨立應用程式那樣處理網路通訊。
相反,您應該使 grpc 伺服器成為獨立運行的單獨服務,然後鏈代碼可以根據需要與該服務進行通訊。
加上client.clientfunc()
函數似乎建立了grpc連接,發送請求,並等待回應。這是同步操作,如果回應需要很長時間才能到達,則可能會出現問題。最好使用非同步操作(即發送請求並在回調函數中處理回應)以避免阻塞鏈碼執行。
而且...您不應該忽略來自 client.send()
的錯誤;)
確保您的 grpc 伺服器不需要安全連接,否則 grpc.withtransportcredentials(insecure.newcredentials())
(沒有 ssl/tls 的不安全連接)將會失敗。
通常,建議在 fabric 用戶端應用程式中處理與外部系統(例如透過 grpc)的通信,而不是在鏈碼本身內。
如果我只想使用鏈碼而不是結構應用程序,有沒有辦法在不同管道的組織之間進行溝通?
不同頻道上的組織之間的通訊可能很複雜,因為它是 hyperledger fabric 設計的一個基本面,頻道相互隔離,以維護資料隱私。
您可能會考慮:
鏈碼函數:一個組織可以在自己的通道上呼叫鏈碼函數,而該通道又呼叫另一個通道上的鏈碼函數。這是可能的,因為鏈碼可以與多個通道關聯。
請注意,此方法有一個限制,即第二個函數呼叫與第一個函數呼叫不屬於同一事務,因此如果第一個事務失敗,則無法回滾。
雙重會員:組織可以屬於多個管道。因此,它可以從一個通道讀取資料並將資料寫入另一個通道。但是,這是在兩個單獨的事務中完成的,因此無法保證原子性。
私有資料收集 (pdc):如果目標是在特定組織之間(甚至跨不同管道)共享私有數據,pdc 可能是一種選擇。 pdc 允許通道上定義的組織子集認可、提交或查詢私有數據,而無需將資料分發到通道上的所有組織。
互通性解決方案:還有更多針對區塊鏈互通性的高階解決方案正在開發中,例如interledger protocol (ilp),可用於在不同fabric 網路之間(甚至在完全不同類型的區塊鏈網路之間)移動資料或資產。
然而,這些技術仍主要處於研發階段,可能尚未準備好投入生產使用。
以上是是否可以在 hyperledger-chaincode 中使用 gRPC,如果可以,如何避免在測試網路上呼叫期間發生錯誤?的詳細內容。更多資訊請關注PHP中文網其他相關文章!