📅 Original date posted:2011-12-16
🗒️ Summary of this message: Slush supports the KISS attitude of using standard URLs, opposed to over-engineering aliases, and sees no serious issue with URL proposals.
📝 Original message:OK, I'm ignoring your sarcastic style, I just wanted to support the URL
idea, which is KISS attitude, in the oposite of everything else proposed
here. I'm really affraid of over-engineering the aliases, which will make
it hard to implement in clients. Somebody noticed account implementation in
standard client - yes, it's good example of fail.
I still don't see any serious issue with the URL proposals. And sipa's idea
of posting back the transaction ID is also interesting, prividing yet
another flexibility in implementation and possible usage.
Btw, Rick, feel free to provide me some relevant RFCs which are solving
similar problems like BIP 15. And no, it's not sarcasm, I really want to
learn something new. Until now I just feel we're reinventing wheel or
raping some stuff which we should not touch at all (DNS).
slush
On Fri, Dec 16, 2011 at 4:52 PM, Rick Wesson
<rick at support-intelligence.com>wrote:
> On Thu, Dec 15, 2011 at 4:07 PM, slush <slush at centrum.cz> wrote:
> > I really like this proposal with standard URLs. All other proposals like
> DNS
> > mapping or email aliases converted to URLs with some weird logic looks
> > strange to me.
>
> wow, really. Maybe you could review some RFCs, there are thousands of
> examples where some really smart engineers chose the exact opposite
> path which you propose below.
>
> -rick
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111216/97352afb/attachment.html>;
slush [ARCHIVE] /
npub1ad…gl2p6
2023-06-07 02:47:51
in reply to nevent1q…t2gj
Author Public Key
npub1ad7209g90jnu400x74quws0xv8gpxs2fxnjexnpwqnrxwa39exdq5gl2p6Published at
2023-06-07 02:47:51Event JSON
{
"id": "cfa4c8c9b0b9cb6cacee01b134760bf1866c65a3fb3dbe77a5eaec899bbb12ae",
"pubkey": "eb7ca795057ca7cabde6f541c741e661d013414934e5934c2e04c6677625c99a",
"created_at": 1686106071,
"kind": 1,
"tags": [
[
"e",
"f45e7ca88e6eb3dd1e645e8e3cbb476c5b24e8003cb71eebe205594bb2a4d152",
"",
"root"
],
[
"e",
"5c5ba976e8dbbafa6a41547ea66820ea40012c3e15913e434e0cac173f779d90",
"",
"reply"
],
[
"p",
"308e0d1efb1707ac6b92cd0b19c304882b3919f4bd59336c4a718c159bdcf63b"
]
],
"content": "📅 Original date posted:2011-12-16\n🗒️ Summary of this message: Slush supports the KISS attitude of using standard URLs, opposed to over-engineering aliases, and sees no serious issue with URL proposals.\n📝 Original message:OK, I'm ignoring your sarcastic style, I just wanted to support the URL\nidea, which is KISS attitude, in the oposite of everything else proposed\nhere. I'm really affraid of over-engineering the aliases, which will make\nit hard to implement in clients. Somebody noticed account implementation in\nstandard client - yes, it's good example of fail.\n\nI still don't see any serious issue with the URL proposals. And sipa's idea\nof posting back the transaction ID is also interesting, prividing yet\nanother flexibility in implementation and possible usage.\n\nBtw, Rick, feel free to provide me some relevant RFCs which are solving\nsimilar problems like BIP 15. And no, it's not sarcasm, I really want to\nlearn something new. Until now I just feel we're reinventing wheel or\nraping some stuff which we should not touch at all (DNS).\n\nslush\n\nOn Fri, Dec 16, 2011 at 4:52 PM, Rick Wesson\n\u003crick at support-intelligence.com\u003ewrote:\n\n\u003e On Thu, Dec 15, 2011 at 4:07 PM, slush \u003cslush at centrum.cz\u003e wrote:\n\u003e \u003e I really like this proposal with standard URLs. All other proposals like\n\u003e DNS\n\u003e \u003e mapping or email aliases converted to URLs with some weird logic looks\n\u003e \u003e strange to me.\n\u003e\n\u003e wow, really. Maybe you could review some RFCs, there are thousands of\n\u003e examples where some really smart engineers chose the exact opposite\n\u003e path which you propose below.\n\u003e\n\u003e -rick\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111216/97352afb/attachment.html\u003e",
"sig": "c1916666d63ec5825fefb7a83d20fac35fa2d5e389dc3794427ed8d2987963cd8a970432711e9204988e362798fefc25a25bb6aa01cc52f09786949ce21cfeee"
}