Re: Add VRF(Verifiable Random Functions) Into Ordering Service to Support Large-scale COnsensus NetWork
|
Brian Behlendorf
Further to the other supportive
comments:
* The Fabric developer
mailing list, and or the chat channel,
may be a better place to continue the technical side of this
discussion, as it's really up to them what gets integrated
directly into Fabric. TSC is more of a cross-community technical
discussion list. I would bet there's interest in a Sawtooth
consensus plugin as well, though, so it's not bad that you asked
this here, though a consensus engine would work differently there.
* If your question is less about the
technical side of how to build it (or whether it's a good idea)
and more about getting it into Hyperledger, you could offer this
kind of thing to the Hyperledger Fabric project directly as a PR
on Gerrit
(what Fabric uses instead of Github) or you could host it as a
separate consensus engine under Hyperledger
Labs. That may be obvious but I'm not sure how well you
know the community so thought it was worth stating.
* If your intent is to offer it as a
contribution of code into Hyperledger (whether into Fabric
directly or as an add-on hosted at Labs, etc) then you may want to
make sure that there aren't obvious patents that apply to VRF, or
if there are, that the patent holders have granted a license to
you or to the public in general for open source implementations.
We want to avoid the situation where code that clearly implements
a patented algorithm is embedded into Fabric or other open source
code, and then a patent holder comes around later to Hyperledger
or to end users demanding a license for that use.
Thanks,
Brian
On 5/7/19 12:43 PM, VIPIN BHARATHAN
wrote:
-- Brian Behlendorf Executive Director, Hyperledger bbehlendorf@... Twitter: @brianbehlendorf
|
|
|