<oembed><type>rich</type><version>1.0</version><author_name>npub10vt6y7m6shn8hfuj83zjlwcga4fky38kv73qz6xlcvtj4q7fjt0sqmper0</author_name><author_url>https://nostr.ae/npub10vt6y7m6shn8hfuj83zjlwcga4fky38kv73qz6xlcvtj4q7fjt0sqmper0</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&#39;s existing protocol for transactions to IP addresses can be modified to enable complete user handling at server.com through a few changes, including extending the protocol for signed &#34;reply&#34; messages and enabling DNS lookups for IP transactions. DoS attacks are already handled.&#xA;📝 Original message: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.</html></oembed>