Transaction

f3cd7d1a61c2dd99425ac5cb383cfbfc57d683edaf6debfbb95f1ffe03ec2fbf
Timestamp (utc)
2024-03-29 21:46:58
Fee Paid
0.00000013 BSV
(
0.00288160 BSV
-
0.00288147 BSV
)
Fee Rate
10.5 sat/KB
Version
1
Confirmations
92,737
Size Stats
1,238 B

2 Outputs

Total Output:
0.00288147 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/f3cd7d1a61c2dd99425ac5cb383cfbfc57d683edaf6debfbb95f1ffe03ec2fbf