Transaction

86f6d5b73cdef8acd321e22e89d2ea4cf211e7b68da028f91b0154e0b9bc3f1a
Timestamp (utc)
2024-03-22 23:00:54
Fee Paid
0.00000013 BSV
(
0.03895986 BSV
-
0.03895973 BSV
)
Fee Rate
10.5 sat/KB
Version
1
Confirmations
97,273
Size Stats
1,238 B

2 Outputs

Total Output:
0.03895973 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/86f6d5b73cdef8acd321e22e89d2ea4cf211e7b68da028f91b0154e0b9bc3f1a