Thanks, I'll check it out.
On Thu, Aug 30, 2018, 3:33 PM Aymeric Vitte wrote:
>
>
> Le 28/08/2018 à 20:36, Jonas Schnelli via bitcoin-dev a écrit :
> > I’d like to hear some concrete use-cases for a such block explorer(ish)
> API.
>
> https://github.com/Ayms/bitcoin-transactions which is somewhe
Le 28/08/2018 à 20:36, Jonas Schnelli via bitcoin-dev a écrit :
> I’d like to hear some concrete use-cases for a such block explorer(ish) API.
https://github.com/Ayms/bitcoin-transactions which is somewhere
bitcoin-cli outside of bitcoin core with no wallet, which implies that
you don't want to
> The API implementation is not what is centralizing, nor is full indexation
> non-scalable. The centralization is in not running the API from a node under
> your own control. This is of course implied by the comment, “without the need
> for syncing”. In other words it is the deployment cost of
Awesome, thanks for the information. I will work on it and keep it in mind.
On Wed, Aug 29, 2018, 11:57 PM Jonas Schnelli wrote:
>
> > The API implementation is not what is centralizing, nor is full
> indexation non-scalable. The centralization is in not running the API from
> a node under your
You have created a straw man.
And light clients working against the P2P network (anonymous nodes) implies
they are not fully validating, so you are contradicting yourself.
e
> On Aug 29, 2018, at 11:27, Jonas Schnelli wrote:
>
>
>> The API implementation is not what is centralizing, nor is f
Thanks! That is what my main point is.
On Wed, Aug 29, 2018, 8:10 PM Eric Voskuil wrote:
> The API implementation is not what is centralizing, nor is full indexation
> non-scalable. The centralization is in not running the API from a node
> under your own control. This is of course implied by th
The API implementation is not what is centralizing, nor is full indexation
non-scalable. The centralization is in not running the API from a node under
your own control. This is of course implied by the comment, “without the need
for syncing”. In other words it is the deployment cost of the node
Thanks, I'll check it out.
On Wed, Aug 29, 2018, 12:06 AM Jonas Schnelli 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
> fundamenta
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
https://libbitcoin.org
> On Aug 28, 2018, at 10:34, Blockchain Group via bitcoin-dev
> wrote:
>
> Thanks, I'll check it out.
___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-
Hi Sumit,
There's no protocol api to fetch a single transaction over the p2p network.
You can query peers for mempool transactions, but once there are into a
block, no way to obtain them without fetching the entire block.
Also, you may want to take a look to spruned (
https://github.com/gdassori/
Thanks, I'll check it out.
On Tue, Aug 28, 2018, 9:17 PM Matias Alejo Garcia wrote:
> Hi Sumit,
>
> Take a look at https://github.com/bitpay/bitcore/tree/v8.0.0, it is a
> bitcoin indexing API server, with several modules, like a block explorer, a
> wallet module, etc. It is built using Node.js.
Hi Sumit,
Take a look at https://github.com/bitpay/bitcore/tree/v8.0.0, it is a
bitcoin indexing API server, with several modules, like a block explorer, a
wallet module, etc. It is built using Node.js.
matías
On Tue, Aug 28, 2018 at 12:43 PM Joseph Gleason ⑈ via bitcoin-dev <
bitcoin-dev@lists.
For what it is worth, electrum has a lot or possibly all of what you are
talking about since the electrum servers are designed to quickly answer the
queries of light clients. So right now, you could sync up an electrum
server or use an existing public one and send queries to it with json-rpc.
htt
14 matches
Mail list logo