Oracle’s blockchain is fully compatible with other Fabric nodes and in fact being used in some mixed networks. The state DB changes are under standard Fabric APIs. If customers need to use rich

If I understand this correctly, doesn't running a private fork of Fabric imply that Oracle nodes cannot be mixed with nodes from other clouds that support the open source Fabric? Dave Enyeart "Mark

As a point of interest, in Oracle Blockchain Platform implementation of Fabric we have been using Berkeley DB as a replacement for Level DB and Couch DB, with full support for rich data queries and

Thanks for the clarification.-- Best Regards, Phuwanai Thummavet Blockchain Architect and Full-Stack Developer

I will add a few more things on top of what Dave said. Yes, it is dependent on the application requirements. When a chaincode doesn't use rich queries, it archives serializable isolation. When a

That statement is still true. The risk is that other transactions may have inserted/updated/deleted data that would change the result set in the meantime, therefore the endorsed transaction can no

Dear all, I read the following article: https://medium.com/wearetheledger/hyperledger-fabric-couchdb-fantastic-queries-and-where-to-find-them-f8a3aecef767. The article stated, "unlike GetStateByRange

oh I see now why it works, because tls.X509KeyPair https://github.com/hyperledger/fabric/blob/master/internal/pkg/comm/server.go#L74 iterates over the PEM and just put multiplecertificates into the

We are indeed doing this on the server side (see attached certificates). If you ever wonder how it can work at all, I have put together a small example environment of what this would look like. Thank

I don't see why you don't want to specifythe intermediate certificate, but - your workaround looks fine to me assumingit works. To do what you want (just specify theroot cert and not the

Hey Yacov, thanks for your quick reply. As suggested, I have opened a new JIRA (https://jira.hyperledger.org/browse/FAB-17998). Regarding (3.), we have already added the intermediate certificates to

Hi. Yes, with FAB-17733 implementedyou need to do it in 2 stages- first expand the organizations and thenadd the new consenter. I guess it's possible to addressyour problem by speculatively looking

Hyperledger Fabric Samples Workgroup When: Tuesdays 10am US Eastern / 14:00 UTC Where: https://zoom.us/my/hyperledger.community.3 A few of us have been working on the next generation of Fabric

Never mind: Belatedly, I realized that the cryptogen config has a `EnableNodeOUs` field and setting that to true does exactly solve my issue (in fact, it even generates automatically the `NodeOUs`

Hey, we are using an architecture where there is a TLS root CA and each organisation has its own intermediate TLS CA which is an immediate child to the TLS root CA (realized with fabric-ca v1.4.7).

Hello, I did not use cryptogen tool, I created all identities manually. I guess I messed it up during that process. I'll try to recreate everything from scratch. BR

Hi, Incidentally, I’ve just run in the same issue recently. While I did figure out the NodeOU config in msp/config.yaml but then run into a subsequent problem: The certs defined by cryptogen do

Does your MSP configuration enable NodeOUs? See https://hyperledger-fabric.readthedocs.io/en/latest/msp.html#identity-classification for more details. If your MSP definition does not enable node OUs,

Hello Abhijeet, You can use this stack overflow thread to see a more detailed discussion of this error:

Hello! I'm trying to configure private data between two orgs in a Fabric 2.0 network using Fabric Node SDK v2.1; but unable to find documentation pertaining to the implementation. I looked at the