📅 Original date posted:2015-09-01
📝 Original message:Slightly relevant: standardization of http queries to blockchain explorers.
It's not just about URLs, it's about the query body and response.
https://github.com/common-blockchain
On Tue, Sep 1, 2015 at 6:16 PM, Matt Whitlock via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Isn't this all backward? The "authority" component of the URL should
> identify the chain, and the "path" component should identify the particular
> block, tx, or address in that chain.
>
> So instead of:
>
>
> blockchain://tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f?chain=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f
>
> It should be:
>
>
> blockchain://000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f/tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f
>
> And I would agree with allowing well-known chains to register a name, to
> be used as an alternative to the literal, hash syntax:
>
>
> blockchain://bitcoin/tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f
>
>
> On Tuesday, 1 September 2015, at 4:49 pm, Marco Pontello wrote:
> > On Sat, Aug 29, 2015 at 10:10 PM, Jorge Timón <
> > bitcoin-dev at lists.linuxfoundation.org> wrote:
> >
> > >
> > > I would really prefer chain=<chainID> over network=<chainPetnameStr>
> > > By chainID I mean the hash of the genesis block, see
> > >
> > >
> https://github.com/jtimon/bitcoin/commit/3191d5e8e75687a27cf466b7a4c70bdc04809d39
> > > I'm completely fine with doing that using an optional parameter (for
> > > backwards compatibility).
> > >
> >
> > I see that using the genesis block hash would be the perfectly rigorous
> way
> > to do it, but what do you think about the possibility of letting also use
> > the name constants, as a simple / more relaxed alternative? That would
> > spare a source lookup just to write a correct reference to a tx, maybe
> in a
> > forum or a post.
> >
> > So a reference to a certain tx could be either:
> >
> >
> blockchain://tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f
> >
> >
> blockchain://tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f?chain=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f
> >
> >
> blockchain://ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f?chain=main
> >
> > (or a different element name maybe)
> >
> > --
> > Try the Online TrID File Identifier
> > http://mark0.net/onlinetrid.aspx
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150901/d3ce3853/attachment.html>;
Esteban Ordano [ARCHIVE] /
npub17j…afegv
2023-06-07 17:39:08
in reply to nevent1q…rkq5
Author Public Key
npub17j02l73ccsq8utw8krqphx5rjklrxua4xnmf73wss2nnndvcy4fquafegvSeen on
wss://relay.nostr.bandPublished at
2023-06-07 17:39:08Event JSON
{
"id": "2e128920b0efd51f23885b1e1cb68069460a95c07c53f5c54ddac5e0dba6ecfd",
"pubkey": "f49eaffa38c4007e2dc7b0c01b9a8395be3373b534f69f45d082a739b5982552",
"created_at": 1686159548,
"kind": 1,
"tags": [
[
"e",
"adae20868ecaee3485c1f73b7cbb076c6c1ffdd38a33c7ea438129dbb9aa31c8",
"",
"root"
],
[
"e",
"ce812b0489c10f46c4459af951dcbab419f59d922b6ae88eef6811af982602a6",
"",
"reply"
],
[
"p",
"f00d0858b09287e941ccbc491567cc70bdbc62d714628b167c1b76e7fef04d91"
]
],
"content": "📅 Original date posted:2015-09-01\n📝 Original message:Slightly relevant: standardization of http queries to blockchain explorers.\nIt's not just about URLs, it's about the query body and response.\nhttps://github.com/common-blockchain\n\nOn Tue, Sep 1, 2015 at 6:16 PM, Matt Whitlock via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e Isn't this all backward? The \"authority\" component of the URL should\n\u003e identify the chain, and the \"path\" component should identify the particular\n\u003e block, tx, or address in that chain.\n\u003e\n\u003e So instead of:\n\u003e\n\u003e\n\u003e blockchain://tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f?chain=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f\n\u003e\n\u003e It should be:\n\u003e\n\u003e\n\u003e blockchain://000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f/tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f\n\u003e\n\u003e And I would agree with allowing well-known chains to register a name, to\n\u003e be used as an alternative to the literal, hash syntax:\n\u003e\n\u003e\n\u003e blockchain://bitcoin/tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f\n\u003e\n\u003e\n\u003e On Tuesday, 1 September 2015, at 4:49 pm, Marco Pontello wrote:\n\u003e \u003e On Sat, Aug 29, 2015 at 10:10 PM, Jorge Timón \u003c\n\u003e \u003e bitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e \u003e\n\u003e \u003e \u003e\n\u003e \u003e \u003e I would really prefer chain=\u003cchainID\u003e over network=\u003cchainPetnameStr\u003e\n\u003e \u003e \u003e By chainID I mean the hash of the genesis block, see\n\u003e \u003e \u003e\n\u003e \u003e \u003e\n\u003e https://github.com/jtimon/bitcoin/commit/3191d5e8e75687a27cf466b7a4c70bdc04809d39\n\u003e \u003e \u003e I'm completely fine with doing that using an optional parameter (for\n\u003e \u003e \u003e backwards compatibility).\n\u003e \u003e \u003e\n\u003e \u003e\n\u003e \u003e I see that using the genesis block hash would be the perfectly rigorous\n\u003e way\n\u003e \u003e to do it, but what do you think about the possibility of letting also use\n\u003e \u003e the name constants, as a simple / more relaxed alternative? That would\n\u003e \u003e spare a source lookup just to write a correct reference to a tx, maybe\n\u003e in a\n\u003e \u003e forum or a post.\n\u003e \u003e\n\u003e \u003e So a reference to a certain tx could be either:\n\u003e \u003e\n\u003e \u003e\n\u003e blockchain://tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f\n\u003e \u003e\n\u003e \u003e\n\u003e blockchain://tx/ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f?chain=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f\n\u003e \u003e\n\u003e \u003e\n\u003e blockchain://ca26cedeb9cbc94e030891578e0d2b688a28902114f6ad2f24ecd3918f76c17f?chain=main\n\u003e \u003e\n\u003e \u003e (or a different element name maybe)\n\u003e \u003e\n\u003e \u003e --\n\u003e \u003e Try the Online TrID File Identifier\n\u003e \u003e http://mark0.net/onlinetrid.aspx\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150901/d3ce3853/attachment.html\u003e",
"sig": "df3a9ff022596e09ae7004acd40fc10cb33fb893a2cddc2eae53f50ea489f782f51fc185394eebe4918a19555c2f017715dfb33fb76714cb7e86470ed0e53845"
}