You are viewing a single comment's thread from:

RE: Why does steem use this canonical thing instead of strict secp256k1?

in #beyondbitcoin • 8 years ago
8 years ago in #beyondbitcoin by
$7.32
  • Past Payouts $7.32
  • - Author $7.27
  • - Curators $0.05
7 votes
Reply 3
Sort:  
  • Trending
    • [-]
     8 years ago (edited) 

    To be clear: I was wrong. I was also faced with something that looked exactly like a critical flaw in security.

    More rotten eggs, more, throw more of them!

    Here are your choices as I see them:

    1. Docs - This will enable you to make legit claims about your software's functionality. Today, most dismiss graphene out of hand because of its lack of docs. Don't believe me? I've been in the room and watched it happen. (And I was on the "pro-graphene" side in that particular room.)

    2. Keep throwin them eggs.

    Those who do number one don't need to do number two.

    $0.00
      Reply
      [-]
       7 years ago  

      Still not jumping to conclusions, but ... yeah.

      https://github.com/steemit/steem/issues/1944

      We should loosen the restriction in a HF. Because valid FC signatures are a subset of BIP-0062, after the hardfork we can clean up signature verification code and use BIP-0062 for historical verification.

      $0.00
        Reply