|
Hyperledger Fabric Documentation Workgroup call - Western hemisphere - Fri, 02/26/2021 11:00am-12:00pm
#cal-reminder
Reminder: Hyperledger Fabric Documentation Workgroup call - Western hemisphere
When: Friday, 26 February 2021, 11:00am to 12:00pm, (GMT-05:00) America/New
Reminder: Hyperledger Fabric Documentation Workgroup call - Western hemisphere
When: Friday, 26 February 2021, 11:00am to 12:00pm, (GMT-05:00) America/New
|
By
fabric@lists.hyperledger.org Calendar <fabric@...>
·
#9689
·
|
|
Re: Install fabric-chaincode-java to raspberry 4
#fabric-chaincode
#fabric-questions
Also, the ld failure I believe can be solve by adding the binutils-gold package to the image. You can see the same problem on ARM was solved here for the fabric images:
Also, the ld failure I believe can be solve by adding the binutils-gold package to the image. You can see the same problem on ARM was solved here for the fabric images:
|
By
Brett T Logan <development.brett@...>
·
#9688
·
|
|
Re: Install fabric-chaincode-java to raspberry 4
#fabric-chaincode
#fabric-questions
Somewhere I have the instructions on how to build this, but the net-net is, the Java protobuf library doesnt have a native distribution for ARM. You need to clone the protobuf repo (which will also
Somewhere I have the instructions on how to build this, but the net-net is, the Java protobuf library doesnt have a native distribution for ARM. You need to clone the protobuf repo (which will also
|
By
Brett T Logan <development.brett@...>
·
#9687
·
|
|
Re: Install fabric-chaincode-java to raspberry 4
#fabric-chaincode
#fabric-questions
Hello;
- From the perspective of the peer/ca/orderer etc that are written in Go, I know that others have managed to recompile for ARM. Understand it's possible, but not sure how the performance is
Hello;
- From the perspective of the peer/ca/orderer etc that are written in Go, I know that others have managed to recompile for ARM. Understand it's possible, but not sure how the performance is
|
By
Matthew White
·
#9686
·
|
|
Re: Orderer ledger pruning
Thank you all for the discussion and your input!
I think we now have a high-level understanding of what has to be done, looks simple enough.
Now we start the process of drafting the RFC. It will take
Thank you all for the discussion and your input!
I think we now have a high-level understanding of what has to be done, looks simple enough.
Now we start the process of drafting the RFC. It will take
|
By
Vitalii Demianets
·
#9685
·
|
|
Install fabric-chaincode-java to raspberry 4
#fabric-chaincode
#fabric-questions
Hello, I would like to build latest version of hypeledger fabric into a raspberry 4 (using java). As I can see in the bash script used by curl here (latest installation) the
Hello, I would like to build latest version of hypeledger fabric into a raspberry 4 (using java). As I can see in the bash script used by curl here (latest installation) the
|
By
Nikos Karamolegkos
·
#9684
·
|
|
Re: Differences in private_state_hashes.data of snapshots when using different StateDB
public_state.data will be different depending on whether you use leveldb or couchdb, since couchdb saves the JSON in a different format.
private_state_hashes.data should always be the same since the
public_state.data will be different depending on whether you use leveldb or couchdb, since couchdb saves the JSON in a different format.
private_state_hashes.data should always be the same since the
|
By
David Enyeart
·
#9683
·
|
|
Unable to use private key obtained from Azure Key Vault.
#fabric-ca
#fabric-ca-client
#fabric-sdk-node
#fabric
Hi Team,
We were investigating to use Azure Key Vault to provide for our wallet services.
The CSR, Private and Public Key is basically generated by the Vault and saved securely in the same
Hi Team,
We were investigating to use Azure Key Vault to provide for our wallet services.
The CSR, Private and Public Key is basically generated by the Vault and saved securely in the same
|
By
deltacommatshonuser@...
·
#9682
·
|
|
Differences in private_state_hashes.data of snapshots when using different StateDB
I created snapshots from 2 peers for same channel and same height.
When I checked _snapshot_signable_metadata.json file, "private_state_hashes.data" and "public_state.data" were different in each
I created snapshots from 2 peers for same channel and same height.
When I checked _snapshot_signable_metadata.json file, "private_state_hashes.data" and "public_state.data" were different in each
|
By
Yoojin Chang
·
#9681
·
|
|
Private Chaincode Lab - Tue, 02/23/2021
#cal-notice
Private Chaincode Lab
When:
Tuesday, 23 February 2021
8:00am to 9:00am
(GMT-08:00) America/Los
Private Chaincode Lab
When:
Tuesday, 23 February 2021
8:00am to 9:00am
(GMT-08:00) America/Los
|
By
fabric@lists.hyperledger.org Calendar <noreply@...>
·
#9680
·
|
|
Re: Orderer ledger pruning
In regards to changes to the blockstore, Jason is right that they would be very trivial. For the peers case, this function
In regards to changes to the blockstore, Jason is right that they would be very trivial. For the peers case, this function
|
By
Manish
·
#9679
·
|
|
Re: Orderer ledger pruning
Keep in mind that the orderer doesn't havea world state anyway.
It only has the ledger, and its databaseconsists of the indexes that help it manage the file storage of the ledger,but nothing
Keep in mind that the orderer doesn't havea world state anyway.
It only has the ledger, and its databaseconsists of the indexes that help it manage the file storage of the ledger,but nothing
|
By
Yacov
·
#9678
·
|
|
Re: Orderer ledger pruning
Hi Jason!
>
> At a very high level I would suggest.
>
> 1) Modifying the channel participation API to allow specifying a minimum block sequence number to replicate to when joining.
> 2) Add a new
Hi Jason!
>
> At a very high level I would suggest.
>
> 1) Modifying the channel participation API to allow specifying a minimum block sequence number to replicate to when joining.
> 2) Add a new
|
By
Vitalii Demianets
·
#9677
·
|
|
Re: Status of FabToken project
#fabric
Hi Dave,
Thank you for your reply. The current requirements according to product is that all valid concurrent transactions should pass through without hitting mvcc/phantom read errors and should not
Hi Dave,
Thank you for your reply. The current requirements according to product is that all valid concurrent transactions should pass through without hitting mvcc/phantom read errors and should not
|
By
paritosh.das@...
·
#9676
·
|
|
回复: [Hyperledger Fabric] Status of FabToken project
#fabric
Hi Paritosh,
Contributor Meeting is a good place to meet, share and discuss with Fabric contributors and maintainers bi-weekly.
Contributor Meetings - Hyperledger Fabric - Hyperledger Confluence
PS:
Hi Paritosh,
Contributor Meeting is a good place to meet, share and discuss with Fabric contributors and maintainers bi-weekly.
Contributor Meetings - Hyperledger Fabric - Hyperledger Confluence
PS:
|
By
david liu <david-khala@...>
·
#9675
·
|
|
Re: Orderer ledger pruning
I would echo what Yacov said early on. Pruning orderers should not be especially challenging. The biggest challenge will be preventing orderers from attempting to replicate old blocks and producing
I would echo what Yacov said early on. Pruning orderers should not be especially challenging. The biggest challenge will be preventing orderers from attempting to replicate old blocks and producing
|
By
Jason Yellick <jyellick@...>
·
#9674
·
|
|
Re: Status of FabToken project
#fabric
The Validation/Commit refactoring for post-order execution has been resource starved behind other priorities. Glad to hear there is interest in collaboration however. Could you summarize the
The Validation/Commit refactoring for post-order execution has been resource starved behind other priorities. Glad to hear there is interest in collaboration however. Could you summarize the
|
By
David Enyeart
·
#9673
·
|
|
Re: Orderer ledger pruning
> But for some reasonwhen this feature was implemented for peers, it was not implemented fororderers, so I presume there are some not-so-obvious issues with orderersthat make their case different from
> But for some reasonwhen this feature was implemented for peers, it was not implemented fororderers, so I presume there are some not-so-obvious issues with orderersthat make their case different from
|
By
Yacov
·
#9672
·
|
|
Re: Orderer ledger pruning
> Join peers to a new channel should be easier than dealing with orderers. The point is not to migrate all the data over. You want to start fresh and leave the old data in its own channel. Doing
> Join peers to a new channel should be easier than dealing with orderers. The point is not to migrate all the data over. You want to start fresh and leave the old data in its own channel. Doing
|
By
Vitalii Demianets
·
#9671
·
|
|
Re: Orderer ledger pruning
Join peers to a new channel should be easier than dealing with orderers. The point is not to migrate all the data over. You want to start fresh and leave the old data in its own channel. Doing
Join peers to a new channel should be easier than dealing with orderers. The point is not to migrate all the data over. You want to start fresh and leave the old data in its own channel. Doing
|
By
email4tong@gmail.com
·
#9670
·
|