Skip to content

Issues to be solved for the introduction of BLS #77

@torao

Description

@torao

Summary

One important thing is that the introduction of BLS signature aggregation results in a mix of ed25519 keys for the VRF and BLS keys for the signature on the system.

  • Generating, storing, and distributing BLS key-pair.
    • Can we generate BLS key-pair when creating an ed25519 key with tendermint command?
    • Is there a more appropriate, standardized format such as PKCS#12?
    • Is the distribution way of public key possible to be the same as the current tendermint?
  • Using BLS private key for signature and aggregation.
    • When will we aggregate the BLS signatures?
      • It's able to aggregate when generating a Commit for a block.
      • It currently has the signer's address and signature for each CommitSig. It's probably possible to move the aggregated signature to Commit.
      • However, since CommitSig seems to also be used to represent a signature to a Vote, it may not be possible to simply remove it from a class field.

For Admin Use

  • Not duplicate issue
  • Appropriate labels applied
  • Appropriate contributors tagged
  • Contributor assigned/self-assigned

Metadata

Metadata

Assignees

Labels

C: discussionClassification: Discuss somethingC: enhancementClassification: New feature or its request, or improvement in maintainability of code

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions