Transaction

0cd5a4767e14951f4e460f7ac4e7d4e736c52da50cbcb61c5389bea0d8b4fc0a
Timestamp (utc)
2024-03-24 18:53:22
Fee Paid
0.00000013 BSV
(
0.00897379 BSV
-
0.00897366 BSV
)
Fee Rate
10.5 sat/KB
Version
1
Confirmations
97,731
Size Stats
1,238 B

2 Outputs

Total Output:
0.00897366 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMÚ<div class="post"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=1032.msg12787#msg12787">Quote from: jgarzik on September 14, 2010, 06:58:21 PM</a></div><div class="quote">encrypt by default, with payee's public key<br/></div>... but a payer typically has only the bitcoin address, and not the payee's full public key.&nbsp; There'd have to be some way to get the full public key for a bitcoin address.<br/><br/>I like the idea of being able to send encrypted messages to "whoever has bitcoin address BLAH", but I'm not sure that functionality should be piggybacked on the "send BLAH X.YZ bitcoins".<br/><br/>If they were implemented under the covers as separate functions, then a "Send a message along with payment" could easily be implemented as:<br/>&nbsp; 1. Send BLAH X.YZ bitcoins, and note the transaction ID.<br/>&nbsp; 2. Send BLAH an encrypted message:&nbsp; &nbsp;"txid:{transaction_id}:Please send the sixteen My Little Pony DVDs to..."<br/></div> text/html
    https://whatsonchain.com/tx/0cd5a4767e14951f4e460f7ac4e7d4e736c52da50cbcb61c5389bea0d8b4fc0a