<oembed><type>rich</type><version>1.0</version><author_name>npub1ep4j5tjp6cd2774hrx96vh845dwqzhe3z7n3a2a9uxdm2dajqpgscm3rel</author_name><author_url>https://nostr.ae/npub1ep4j5tjp6cd2774hrx96vh845dwqzhe3z7n3a2a9uxdm2dajqpgscm3rel</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2011-12-15&#xA;🗒️ Summary of this message: Bitcoin developers discuss reusing code for IP transactions to enable dynamic address lookup and mitigate security flaws, with minimal protocol extension.&#xA;📝 Original message:This is maybe the best idea. I added it:&#xA;https://en.bitcoin.it/wiki/BIP_0015#IP_Transactions&#xA;&#xA;Things I like about this:&#xA;- IP transactions are useful, but have a security flaw. This mitigates their security problems.&#xA;- 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.&#xA;I feel that for any protocol extension, less is more. The less code &#xA;needed, the better the extension. Not always but generally we want to &#xA;avoid bitcoin protocol bloat which *will* happen far in the future. The &#xA;only way to mitigate how spaghettified the standard will be in the &#xA;future, is by careful cautious planning now.&#xA;&#xA;- We can have a proxy node running 24/7 for us, serving our public keys in lieu of us.&#xA;&#xA;&#xA;&#xA;________________________________&#xA; From: theymos &lt;theymos at mm.st&gt;&#xA;To: bitcoin-development at lists.sourceforge.net &#xA;Sent: Thursday, December 15, 2011 7:59 PM&#xA;Subject: Re: [Bitcoin-development] [BIP 15] Aliases&#xA; &#xA;Bitcoin already has code and a protocol for transactions to IP&#xA;addresses. Why not reuse that for dynamic address lookup? Just a few&#xA;changes are necessary to enable complete user at server.com handling:&#xA;- Extend the protocol so that &#34;reply&#34; messages can be signed by a fixed&#xA;  public key&#xA;- Extend &#34;checkorder&#34; messages so they can specify an account to&#xA;  send BTC to. Or standardize on how to put the account into the&#xA;  message field.&#xA;- Enable DNS lookups for IP transactions. The DNS-only proposals could&#xA;  also be used here to avoid having to use the IP transaction protocol&#xA;  sometimes. The public key for signing &#34;reply&#34; messages can be gotten&#xA;  from TXT records. This will be safe with DNSSEC and Namecoin. With&#xA;  plain DNS Bitcoin could take a SSH-like approach and ask the user to&#xA;  verify the public key the first time it is used, remembering it later.&#xA;&#xA;DoS attacks are already handled by the IP transactions code: the same IP&#xA;address is always given the same bitcoin address until it pays to that&#xA;bitcoin address.&#xA;&#xA;------------------------------------------------------------------------------&#xA;10 Tips for Better Server Consolidation&#xA;Server virtualization is being driven by many needs.  &#xA;But none more important than the need to reduce IT complexity &#xA;while improving strategic productivity.  Learn More! &#xA;http://www.accelacomm.com/jaw/sdnl/114/51507609/&#xA;_______________________________________________&#xA;Bitcoin-development mailing list&#xA;Bitcoin-development at lists.sourceforge.net&#xA;https://lists.sourceforge.net/lists/listinfo/bitcoin-development&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111215/ea93e7ce/attachment.html&gt;</html></oembed>