📅 Original date posted:2018-08-29 📝 Original message:Thanks, I'll check it out. ...

Blockchain Group [ARCHIVE] /

npub1qfl…huce

2023-06-07 18:14:13

in reply to nevent1q…9ccf

📅 Original date posted:2018-08-29
📝 Original message:Thanks, I'll check it out.

On Wed, Aug 29, 2018, 12:06 AM Jonas Schnelli <dev at jonasschnelli.ch> wrote:

> Hi
>
> To give a critical viewpoint on a such API:
>
> Such APIs usually result in central validation, meaning that users trust
> API services rather the validating their own data. It break some of the
> fundamental properties of Bitcoin (avoid trusted third parties).
> Systems or applications depending on a full indexed blockchain (a thus
> such API) do usually scale pretty bad.
>
> I’d like to hear some concrete use-cases for a such block explorer(ish)
> API.
>
> Thanks
> —
> Jonas
>
> > Am 26.08.2018 um 21:58 schrieb Blockchain Group via bitcoin-dev <
> bitcoin-dev at lists.linuxfoundation.org>:
> >
> > Hello everyone,
> >
> > I am C++ & Node.js developer. I want to propose making a new Bitcoin API
> that supports fast quering of Bitcoin blocks and transactions without the
> need for syncing with all previous nodes.
> >
> > In a typical case where I want to build a full fleged Bitcoin explorer
> cum wallet system on my end with external APIs, I need to sync my node and
> then query for the information I need to show separately. I am proposing a
> unified method of finding/quering the blockchain data with a standardized
> template containing minimal information about the actual mined block or
> transaction yet satify the need of what I want to query.
> >
> > I am working on making a template and a support mechanism on Node.js. I
> want to propose it as an improvement (BIP). It will be a great help to
> future web developers who want to make something similar.
> >
> > Thanks
> > Sumit Lahiri.
> > _______________________________________________
> > 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/20180829/2e8fa3d5/attachment.html>;

Author Public Key

npub1qflu8dv7d5zmsgtzgevxshca3zwucgxmh3n6vnzu9klad7mgvegqcphuce

Show more details

Published at

2023-06-07 18:14:13

Kind type

1 Short Text Note

Event JSON

{ "id": "b66ed4c20f915ed69f9ca1c10aabafd8117e27b8815d89e24ca08b921d2a878f", "pubkey": "027fc3b59e6d05b821624658685f1d889dcc20dbbc67a64c5c2dbfd6fb686650", "created_at": 1686161653, "kind": 1, "tags": [ [ "e", "80f30089f9cd6a844c663c83b5c79ea9dd76f3fd9ccd5ca5c52c852e20bfbfb0", "", "root" ], [ "e", "80aaa161e16f02bdd6fb4620ec72a50727c31bc1d9a2eac0edacf2972bedf85f", "", "reply" ], [ "p", "9a463e0fab8963b013698c15a0f2449d19c97f3b88458e5874095b5006df9a0c" ] ], "content": "📅 Original date posted:2018-08-29\n📝 Original message:Thanks, I'll check it out.\n\nOn Wed, Aug 29, 2018, 12:06 AM Jonas Schnelli \u003cdev at jonasschnelli.ch\u003e wrote:\n\n\u003e Hi\n\u003e\n\u003e To give a critical viewpoint on a such API:\n\u003e\n\u003e Such APIs usually result in central validation, meaning that users trust\n\u003e API services rather the validating their own data. It break some of the\n\u003e fundamental properties of Bitcoin (avoid trusted third parties).\n\u003e Systems or applications depending on a full indexed blockchain (a thus\n\u003e such API) do usually scale pretty bad.\n\u003e\n\u003e I’d like to hear some concrete use-cases for a such block explorer(ish)\n\u003e API.\n\u003e\n\u003e Thanks\n\u003e —\n\u003e Jonas\n\u003e\n\u003e \u003e Am 26.08.2018 um 21:58 schrieb Blockchain Group via bitcoin-dev \u003c\n\u003e bitcoin-dev at lists.linuxfoundation.org\u003e:\n\u003e \u003e\n\u003e \u003e Hello everyone,\n\u003e \u003e\n\u003e \u003e I am C++ \u0026 Node.js developer. I want to propose making a new Bitcoin API\n\u003e that supports fast quering of Bitcoin blocks and transactions without the\n\u003e need for syncing with all previous nodes.\n\u003e \u003e\n\u003e \u003e In a typical case where I want to build a full fleged Bitcoin explorer\n\u003e cum wallet system on my end with external APIs, I need to sync my node and\n\u003e then query for the information I need to show separately. I am proposing a\n\u003e unified method of finding/quering the blockchain data with a standardized\n\u003e template containing minimal information about the actual mined block or\n\u003e transaction yet satify the need of what I want to query.\n\u003e \u003e\n\u003e \u003e I am working on making a template and a support mechanism on Node.js. I\n\u003e want to propose it as an improvement (BIP). It will be a great help to\n\u003e future web developers who want to make something similar.\n\u003e \u003e\n\u003e \u003e Thanks\n\u003e \u003e Sumit Lahiri.\n\u003e \u003e _______________________________________________\n\u003e \u003e bitcoin-dev mailing list\n\u003e \u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e \u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20180829/2e8fa3d5/attachment.html\u003e", "sig": "695618d904e3631376acdc7ffbdafe44324687d3a13ebe3b4dd06a28667a9eac229550ccd6b3fc90f3e8f4ad1c9805d402dc67f489b4819bc490df0f0ac16cc9" }