Luke-Jr [ARCHIVE] on Nostr: 📅 Original date posted:2011-12-19 🗒️ Summary of this message: Discussion on ...
📅 Original date posted:2011-12-19
🗒️ Summary of this message: Discussion on using binary data in Bitcoin and the limitations of JSON-RPC for developer accessibility. MIME suggested as an alternative.
📝 Original message:On Monday, December 19, 2011 1:52:54 PM Jordan Mack wrote:
> I believe I'm missing something here. I was under the interpretation
> that alias resolution was going the KISS route, of basically a single
> HTTP request and response. How do you see binary data fitting into this?
Bitcoin is a binary system. Not all payment outputs are necessarily
serializable into addresses, and assuming they are would be broken-by-design.
In other words, why send the user's *software* "pay to address foo" just to
have it turn that into a script (of limited subset), when you can send the
script itself and avoid all the possible problems? Doing this right also means
that if the user's client doesn't support version 255 addresses, it still
works fine.
> I'm not going to pretend that I know all the details of the difficulties
> that were encountered with JSON-RPC. But in the argument of developer
> accessibility, it still serves a purpose. If JSON-RPC support is
> removed, you will immediately lose a large pool of high level language
> developers.
JSON isn't problem-free at high-level either. To summarize one of the issues,
almost every implementation of JSON treats Numbers differently based on
whether they have a '.' in them or not.
MIME has been around much longer, and should have sufficient support in every
language by now. For some reason, Python calls the module 'email'.
🗒️ Summary of this message: Discussion on using binary data in Bitcoin and the limitations of JSON-RPC for developer accessibility. MIME suggested as an alternative.
📝 Original message:On Monday, December 19, 2011 1:52:54 PM Jordan Mack wrote:
> I believe I'm missing something here. I was under the interpretation
> that alias resolution was going the KISS route, of basically a single
> HTTP request and response. How do you see binary data fitting into this?
Bitcoin is a binary system. Not all payment outputs are necessarily
serializable into addresses, and assuming they are would be broken-by-design.
In other words, why send the user's *software* "pay to address foo" just to
have it turn that into a script (of limited subset), when you can send the
script itself and avoid all the possible problems? Doing this right also means
that if the user's client doesn't support version 255 addresses, it still
works fine.
> I'm not going to pretend that I know all the details of the difficulties
> that were encountered with JSON-RPC. But in the argument of developer
> accessibility, it still serves a purpose. If JSON-RPC support is
> removed, you will immediately lose a large pool of high level language
> developers.
JSON isn't problem-free at high-level either. To summarize one of the issues,
almost every implementation of JSON treats Numbers differently based on
whether they have a '.' in them or not.
MIME has been around much longer, and should have sufficient support in every
language by now. For some reason, Python calls the module 'email'.