<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>This is maybe the best idea. I added it:</span></div><div><span>https://en.bitcoin.it/wiki/BIP_0015#IP_Transactions</span></div><div><br><span></span></div><div><span>Things I like about this:</span></div><div><span>- IP transactions are useful, but have a security flaw. This mitigates their security problems.</span></div><div><span>- The code for IP transactions is already in Satoshi client. If other clients want to add IP transactions, then it can be done with minimal fuss/bloat.</span></div><div>I feel that for any protocol extension, less is more. The less code 
needed, the better the extension. Not always but generally we want to 
avoid bitcoin protocol bloat which *will* happen far in the future. The 
only way to mitigate how spaghettified the standard will be in the 
future, is by careful cautious planning now.<br>
</div><div>- We can have a proxy node running 24/7 for us, serving our public keys in lieu of us.<br><span></span></div><br><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <font face="Arial" size="2"> <hr size="1">  <b><span style="font-weight:bold;">From:</span></b> theymos &lt;theymos@mm.st&gt;<br> <b><span style="font-weight: bold;">To:</span></b> bitcoin-development@lists.sourceforge.net <br> <b><span style="font-weight: bold;">Sent:</span></b> Thursday, December 15, 2011 7:59 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [Bitcoin-development] [BIP 15] Aliases<br> </font> <br>
Bitcoin already has code and a protocol for transactions to IP<br>addresses. Why not reuse that for dynamic address lookup? Just a few<br>changes are necessary to enable complete <a ymailto="mailto:user@server.com" href="mailto:user@server.com">user@server.com</a> handling:<br>- Extend the protocol so that "reply" messages can be signed by a fixed<br>&nbsp; public key<br>- Extend "checkorder" messages so they can specify an account to<br>&nbsp; send BTC to. Or standardize on how to put the account into the<br>&nbsp; message field.<br>- Enable DNS lookups for IP transactions. The DNS-only proposals could<br>&nbsp; also be used here to avoid having to use the IP transaction protocol<br>&nbsp; sometimes. The public key for signing "reply" messages can be gotten<br>&nbsp; from TXT records. This will be safe with DNSSEC and Namecoin. With<br>&nbsp; plain DNS Bitcoin could take a SSH-like approach and ask the user to<br>&nbsp; verify the public key the first
 time it is used, remembering it later.<br><br>DoS attacks are already handled by the IP transactions code: the same IP<br>address is always given the same bitcoin address until it pays to that<br>bitcoin address.<br><br>------------------------------------------------------------------------------<br>10 Tips for Better Server Consolidation<br>Server virtualization is being driven by many needs.&nbsp; <br>But none more important than the need to reduce IT complexity <br>while improving strategic productivity.&nbsp; Learn More! <br>http://www.accelacomm.com/jaw/sdnl/114/51507609/<br>_______________________________________________<br>Bitcoin-development mailing list<br><a ymailto="mailto:Bitcoin-development@lists.sourceforge.net" href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development"
 target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br><br><br> </div> </div>  </div></body></html>