RPC command to sign text with wallet private key #8

issue gavinandresen openend this issue on December 20, 2010
  1. gavinandresen commented at 1:59 pm on December 20, 2010: contributor

    I’m imagining an RPC call something like:

    signtext <bitcoinaddress> “MESSAGE…” … returns signature, in some standards-compliant format, assuming bitcoinaddress corresponds to a public key in our wallet.

    There should also be: verify <bitcoinaddress> “MESSAGE” “SIGNATURE” … which return true or false or “I have no idea what the public key for <bitcoinaddress> is”.

  2. jhyslop commented at 6:43 am on March 6, 2011: none

    I disagree with this. Bitcoin keys should be used for one purpose only - creating bitcoins. Any other use will erode the anonymity that the system can afford.

    Sounds like what you really want is GPG.

  3. gavinandresen commented at 9:20 pm on March 6, 2011: contributor

    I don’t see how this erodes anonymity if you don’t use it.

    And being able to prove that you own a given bitcoin address can be used for all sorts of interesting things for cases where you specifically do NOT want to be anonymous.

  4. jhyslop commented at 2:07 am on March 7, 2011: none
    OK, I’ll go along with that.
  5. jhyslop commented at 11:59 pm on March 7, 2011: none

    I’ve been thinking about this some more. Rather than sign an arbitrary message (which is generally frowned on by those smarter than me at cryptography; as I recall, a carefully-crafted message can make it easier to perform certain types of known-plaintext attacks)… um, where was I? Oh, yeah, what about adding specific RPC commands to issue a specific message? For example, if you want to prove you own(ed) a particular coin, you could issue a command something like “getproofofownership ”. Of course, under the hood that would be implemented using a routine that signs a message string, but the contents of the message string would be under the program’s control.

    That would also force us to think through the specific use-cases for which this feature is needed.

  6. JonnyLatte commented at 8:04 am on September 7, 2011: none
    What if you created a temporary key, signed the message with that and then signed the signature or the address of the temp key with your main key. Would this be more secure?
  7. laanwj referenced this in commit f8be324ace on Sep 18, 2011
  8. laanwj closed this on Dec 3, 2011

  9. sipa referenced this in commit 39db881543 on Jun 2, 2013
  10. nelisky referenced this in commit 1fd6e43976 on Aug 19, 2013
  11. justmoon referenced this in commit 3de48d4a52 on Apr 7, 2014
  12. justmoon referenced this in commit 6f47e4e9fc on Apr 7, 2014
  13. kac- referenced this in commit 35f0a4e2e9 on Oct 8, 2014
  14. rdponticelli referenced this in commit 78fb796997 on Nov 26, 2014
  15. dexX7 referenced this in commit 3cbf3c37cb on Apr 9, 2015
  16. braydonf referenced this in commit 45acaafb9e on May 12, 2016
  17. AkioNak referenced this in commit 74fd8c3c56 on Jul 24, 2017
  18. MarcoFalke referenced this in commit fa79339ed4 on Sep 29, 2017
  19. MarcoFalke referenced this in commit 351fadd68a on Dec 19, 2017
  20. MarcoFalke referenced this in commit 88411e98e5 on Dec 19, 2017
  21. classesjack referenced this in commit b805940759 on Jan 2, 2018
  22. hkjn referenced this in commit 3aab98f8dc on Jan 13, 2018
  23. hkjn referenced this in commit 7e80175d2b on Feb 23, 2018
  24. KrzysiekJ referenced this in commit 42e2cef149 on Mar 28, 2018
  25. jc23424 referenced this in commit 0fead66ff5 on Jun 9, 2018
  26. effectsToCause referenced this in commit 652f0741d2 on Jun 22, 2018
  27. MarcoFalke referenced this in commit 4d550ffab6 on Jul 30, 2018
  28. Empact referenced this in commit 5bed076cd1 on Aug 1, 2018
  29. dooglus referenced this in commit 8cefe25b4e on Oct 20, 2018
  30. cryptapus referenced this in commit bf8e566103 on Jan 14, 2019
  31. DigiGreenCoin referenced this in commit a7fa7e6603 on Oct 29, 2019
  32. MarcoFalke referenced this in commit cf43f3f0a8 on Dec 5, 2019
  33. KolbyML referenced this in commit ae99d03c01 on Aug 1, 2020
  34. KolbyML referenced this in commit ea23911103 on Sep 4, 2020
  35. laanwj referenced this in commit 924a4ff7eb on Oct 29, 2020
  36. jonasschnelli referenced this in commit c33662a0ea on Dec 2, 2020
  37. KolbyML referenced this in commit 3d9f0283ff on Dec 5, 2020
  38. rajarshimaitra referenced this in commit 829697f1eb on Mar 23, 2021
  39. MarcoFalke referenced this in commit 590e49ccf2 on Apr 4, 2021
  40. MarcoFalke referenced this in commit fa00bb2c5c on Apr 20, 2021
  41. MarcoFalke referenced this in commit bce09da122 on Apr 28, 2021
  42. MarcoFalke referenced this in commit eb9a1fe037 on May 7, 2021
  43. laanwj referenced this in commit ee9befe8b4 on May 12, 2021
  44. MarcoFalke referenced this in commit c857148636 on May 15, 2021
  45. DrahtBot locked this on Sep 8, 2021
  46. promag referenced this in commit 11df49c8de on Sep 28, 2021
  47. DrahtBot added the label CI failed on Apr 2, 2023
  48. DrahtBot removed the label CI failed on Apr 2, 2023
  49. DrahtBot added the label CI failed on Apr 2, 2023
  50. DrahtBot removed the label CI failed on Apr 3, 2023
  51. DrahtBot added the label CI failed on Apr 5, 2023
  52. MarcoFalke removed the label CI failed on Apr 5, 2023
  53. DrahtBot added the label CI failed on Apr 11, 2023
  54. MarcoFalke removed the label CI failed on Apr 11, 2023

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2024-10-04 13:12 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me