npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

xbitwork

v0.0.54

Published

Bitcoin networking made simple

Downloads

28

Readme

bitwork

Bitcoin networking made simple.

bitwork is the easiest, yet powerful way to process data from the bitcoin network.

It makes interacting with bitcoin as easy as making an HTTP GET request, or listening to WebSockets!

bitwork

It abstracts the complex and esoteric low level networking APIs (P2P protocol + JSON-RPC) into a unified, easy-to-use interface that resembles a simple HTTP request.

stack

Underneath, bitwork takes care of all the complexities in fetching and listening to data from the P2P network, as well as make use of the JSON-RPC API for some features which when combined, enables an extremely user-friendly yet powerful API.

Finally, it has a built-in data processing engine which parses the incoming transaction byte stream into structured programmable objects which makes programmers' jobs significantly easier.


Who is this for?

This library is for reading DIRECTLY from a bitcoin node, which means this is for those who run a bitcoin node of their own. If you already have access to a Bitcoin node via JSON-RPC and P2P, this library is for you.

NOTE: Most developers shouldn't need to run their own bitcoin node as it will become exponentially harder to maintain as the blockchain grows. (For example, it is already possible for blockchains like Bitcoin SV to grow at a speed of 2GB per block, which is approximately 10 minutes)

Instead, look into solutions for synchronizing only the required data subset without having to run a node. See Bitbus.


What problems does it solve?

What problems does Bitwork solve?

Short answer: Everything related to Bitcoin data processing.

Long answer:

1. P2P

Working with the P2P protocol directly is very tedious and has a lot of unintuitive limitations. Let's just take one example: the "getheaders" API. Here's a description of how it works:

"Return a headers packet containing the headers of blocks starting right after the last known hash in the block locator object, up to hash_stop or 2000 blocks"

There are several problems here:

  1. First, you can only get headers for 2000 blocks at a time.
  2. Second, "blocks starting right after the last known hash", which means if you say "Get headers from hash X to Y", it will NOT include the block X itself! Such a simple query is tedious if you're directly trying to use the P2P protocol.
  3. Third, you can only use block hash to query headers, no height. Again, tedious.

Another example, the header returned by the P2P protocol doesn't include a "nextblockhash" field. This is understandable if we remember that the main purpose of the P2P protocol is for block propagation (and not for querying). However it's still true that it's inconvenient (You can get this information through JSON-RPC)

Also due to its P2P nature, developers must programm in a message passing pattern when trying to process data from the blockchain. This means you call a sendMessage to make a request, and then also implement a separate event listener which listens to data from the network and distinguish random data from the actual response you're expecting. This creates a messy spaghetti code and is not desirable. Ideally you should be able to interact with the P2P network with just a few lines of code, just like you would with HTTP.

Bitwork solves these problems by functioning as an abstraction layer which frees developers from having to worry about all these quirks.

Bitwork lets you treat Bitcoin like HTTP.

2. JSON-RPC

JSON-RPC is meant to be a more user friendly way to query the blockchain, but the performance is worse than P2P. Currently it doesn't support streaming, so it takes up a lot of memory and often crashes the node itself when the block is too large. (This is a new type of problem only possible in a scaling blockchain like Bitcoin SV)

There are also several other performance and synchronization issues with JSON-RPC. It's better to use the P2P protocol directly when possible.

Bitwork mostly uses the P2P protocol directly, and uses JSON-RPC methods when it's necessary.

3. ZeroMQ

Working with Zeromq to listen to blockchain events is sketchy. It has synchronization issues with the JSON-RPC API. For example sometimes there will be a ZeroMQ event trigger, but the JSON-RPC won't return a response when you query the same event immediately, and you will have to try another query several seconds later. This is more severe during peak transaction periods, which is when the realtime feature matters the most.

One solution to mitigate this issue is to never trust Zeromq 100% and use a hybrid approach of ZeroMQ plus constant polling.

But this is a mediocre solution at best, and there is no reason to do this if we directly listen to the P2P network.

Bitwork directly listens to the P2P network instead of relying on ZeroMQ.

4. Usability

There simply does not exist a single high level API that makes interacting with a Bitcoin node as simple as making a HTTP request.

Bitwork makes everything simple, and will get rid of all your headaches dealing with Bitcoin data.

It just works.


Install

First install the package to your app folder

npm install --save bitwork

Usage

First you must initialize it:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", () => {
  // YOUR LOGIC
})

The constructor can take the following attributes:

  • rpc: RPC settings
    • protocol: JSON-RPC access protocol (optional. default: "http")
    • host: JSON-RPC endpoint IP (optional. default: "127.0.0.1")
    • port: JSON-RPC port (optional. default: 8332)
    • user: JSON-RPC username (required)
    • pass: JSON-RPC password (required)
  • peer: P2P settings
    • host: Peer IP to connect to (optional. default: 127.0.0.1)
  • chain: Chain definition (optional. strongly recommended)
    • prune: automatically prune the oldest .tx file inside the chain folder when the number of files exceeds prune.
    • path: the path to store the chain files in

Quickstart

Let's try.

First, install bitwork

npm install --save bitwork

Second, create a file listener.js.

const bitwork = require('bitwork')
// Remember to replace the "user" and "pass" with your OWN JSON-RPC username and password!
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  bit.on("mempool", (e) => {
    console.log(e)
  })
})

run

node listener

That's it! You'll start seeing new transactions flow in, in realtime.

Next, let's try reading a block. Create another file read.js:

const bitwork = require('bitwork')
// Remember to replace the "user" and "pass" with your OWN JSON-RPC username and password!
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let { header, tx } = await bit.get("block", 598924)
  console.log("block header = ", header)
  console.log("block transactions = ", tx)
})

and run:

node read

You'll get the full block content for block height 598924!


API

There are three API methods:

  1. get: fetch data from the blockchain.
  2. on: listen to data from the blockchain.
  3. use: attach middleware.

1. get

a. mempool

Syntax

bit.get("mempool").then((mepool) => {
  //  mempool := {
  //    tx: <array of mempool transactions>
  //  }
})

Example

Get mempool transactions

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", () => {
  bit.get("mempool").then((mempool) => {
    console.log("mempool transactions = ", mempool.tx)
  })
})

or using async/await:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let mempool = await bit.get("mempool");
  console.log("mempool transactions = ", mempool.tx)
})

b. block

Syntax

bit.get("block", <hash|height>).then((block) => {
  //  block := {
  //    header: <block header object>,
  //    tx: <array of mempool transactions>
  //  }
})

Example

Get by block height

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let block = await bit.get("block", 598924)
  console.log("block header = ", block.header)
  console.log("block transactions = ", block.tx)
})

Get by block hash

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let block = await bit.get("block", "000000000000000000a3ec7e52e0f3fea4a4e6a2e3a3b1a9c473aeb36daa0076")
  console.log("block header = ", block.header)
  console.log("block transactions = ", block.tx)
})

c. header

Syntax

bit.get("header", <Query>).then((headers) => {
  //  headers := <array of headers>
})

Where the <Query> is an object which may have the following attributes:

  • at: Specify the exact position of the block (hash or height).
  • from: Specify the position to fetch from (hash or height)
  • to: Specify the position to end fetching (hash or height)

Example

Get a block header at a specific height:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let header = await bit.get( "header", { at: 598848 })
  console.log("header = ", header)
})

Get a block header at a specific hash:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let header = await bit.get( "header", { at: "000000000000000000a3ec7e52e0f3fea4a4e6a2e3a3b1a9c473aeb36daa0076" })
  console.log("header = ", header)
})

Get block headers starting from a height, until the end (blockchain tip)

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let headers = await bit.get(
    "header", 
    { from: 598848 }
  )
  console.log("headers = ", headers)
})

Get block headers starting from a block hash, until the end (blockchain tip)

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let headers = await bit.get( "header", { from: "000000000000000000a3ec7e52e0f3fea4a4e6a2e3a3b1a9c473aeb36daa0076" })
  console.log("headers = ", headers)
})

Get block headers between two heights:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let headers = await bit.get( "header", { from: 598848, to: 598850 })
  console.log("headers = ", headers)
})

Get block headers between a height and a hash:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let headers = await bit.get("header", { from: "000000000000000000a3ec7e52e0f3fea4a4e6a2e3a3b1a9c473aeb36daa0076", to: 598850 })
  console.log("headers = ", headers)
})

d. JSON-RPC

Syntax

bit.get("rpc", <JSON-RPC method>, ...<JSON-RPC arguments>).then((response) => {
  // response := <JSON-RPC response> 
}).catch((e) => {
  // e := <error message>
})

Where <JSON-RPC method> may be ANY of the methods shown at https://github.com/bitpay/bitcoind-rpc/blob/master/lib/index.js#L160

Example

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  let info = await bit.get("rpc", "getInfo")
  console.log("info = ", info)
})

will print something like:

info =  {
  version: 100020100,
  protocolversion: 70015,
  blocks: 598980,
  timeoffset: 0,
  connections: 41,
  proxy: '',
  difficulty: 129757875307.3484,
  testnet: false,
  stn: false,
  paytxfee: 0,
  relayfee: 0.00001,
  errors: "Warning: Unknown block versions being mined! It's possible unknown rules are in effect",
  maxblocksize: 2000000000,
  maxminedblocksize: 128000000
}

You can also pass additional arguments;

const bitwork = require('../index')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.on("ready", async () => {
  let tx = await bit.get("rpc", "getRawTransaction", "da80aa6f5a21b41485b73d268af1d3f89d360cd5c6147b4214af8d5add612b12")
  console.log('tx = ', tx)
})

2. on

The on method lets you create an event listener:

a. mempool

Listen to realtime incoming mempool transactions via P2P

Syntax

bit.on("mempool", (e) => {
  //  e := <new transaction object>
})

Example

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  bit.on("mempool", (e) => {
    console.log("New transaction = ", e)
  })
})

b. block

Listen to realtime incoming blocks via P2P

Syntax

bit.on("block", (e) => {
  //  e := {
  //    header: <new block header>,
  //    tx: <array of transaction objects in the block>
  //  }
})

Example

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", async () => {
  bit.on("block", (e) => {
    console.log("header = ", e.header)
    console.log("transactions = ", e.tx)
  })
})

c. ready

Must use before calling any other methods:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.on("ready", () => {
  // YOUR APP LOGIC GOES HERE
})

3. use

The use method is used for attaching middleware.

flow

There are three middleware types:

  1. Parse: The parser which deserializes an incoming raw transaction into any format that's easy to use in programs.
  2. Filter: Filter the transactions based on a tester function.
  3. Map: Transform the transactions through a map function.

Note that these three steps are executed in this specific order. The transaction goes through a parser, and then gets filtered, and finally mapped.

The processors are attached to bitwork through the following syntax:

bit.use(<processor>, <name or lambda function>)

a. parse

parse is the first step. parse is used for deserializing an incoming raw transaction byte stream into a JavaScript object.

serialize

Here are the parsers currently supported natively:

  1. bob: https://medium.com/@_unwriter/hello-bob-94701d278afb
  2. txo: https://github.com/interplanaria/txo
  3. hex: raw hex string format

To use BOB, simply add bit.use("parse", "bob")

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.on("ready", async () => {
  let blk = await bit.get("block", 598966)
  console.log(JSON.stringify(blk, null, 2))
})

This will give you:

  1. "header": the block header for 598966
  2. "tx": all transactions in block 598966, DESERIALIZED with BOB.

Which looks like this:

To use TXO, simply add bit.use("parse", "txo")

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "txo")
bit.on("ready", async () => {
  bit.on("mempool", (e) => {
    console.log(e)
  })
})

To use raw hex format, add bit.use("parse", "hex")

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "hex")
bit.on("ready", async () => {
  bit.on("mempool", (e) => {
    console.log(e)
  })
})

b. filter

The second stage is "filter". This is where you filter the parsed transaction set based on a filter function.

filter

Depending on whether an input passes the filter function test, it gets included in or excluded from the result set.

It works the same way Array.prototype.filter does. Here's an example where we're trying to filter non-OP_RETURN transactions:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.use("filter", (e) => e.out[0].tape[0].cell[0].ops !== "OP_RETURN")
bit.on("ready", async () => {
  let mempool = await bit.get("mempool")
  console.log("mempool =", mempool)
})

This also applies to listeners. When you run the following code, it will only trigger the "mempool" event when the incoming transaction passes the filter test:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.use("filter", (e) => e.out[0].tape[0].cell[0].ops !== "OP_RETURN")
bit.on("ready", async () => {
  bit.on("mempool", (e) => {
    console.log("ONLY NON-OPRETURN TXS", e)
  })
})

c. map

The last stage is "map". Map lets you transform the incoming data into a desired format.

map

It works the same way Array.prototype.map does, BUT WITH A TWIST.

For every transformed object, it auto-attaches a couple of transaction related metadata such as tx.h (transaction id) and blk (block metadata)

Syntax

Use the following to declare a map function for a bitwork instance:

bit.use("map", <transformer function>)

How it works

Once a "map" middleware is set, all requests (both get and on) will go through the map step before returning a response.

However, unlike the previous steps (parse and filter) using map adds an additional structure.

For a mempool transaction:

  1. it wraps each transformed object in a $ attribute.
  2. it also auto-attaches an additional tx.h attribute which indicates the transaction id.

Example:

{
  "$": <transformed object>,
  "tx": {
    "h": <transaction id>
  }
}

For a transaction in a block, it attaches one more attribute blk:

{
  "$": <transformed object>,
  "tx": {
    "h": <transaction id>
  },
  "blk": {
    "i": <block height (index)>,
    "h": <block hash>,
    "t": <block time>
  }
}

Here's an example:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.use("filter", (e) => e.out[0].tape[0].cell[0].ops !== "OP_RETURN")
bit.use("map", (e) => e.out[0])
bit.on("ready", async () => {
  let mempool = await bit.get("mempool")
  //
  // Since we have a "map" middleware, the transformed
  // transactions are wrapped inside a "$" attribute.
  // Also, an additional "tx.h" attribute is auto-attached.
  //
  //  mempool := {
  //    "tx": [{
  //      "$": <e.out[0]>,
  //      "tx": {
  //        "h": <transaction id>
  //      }
  //    }, {
  //      "$": <e.out[0]>,
  //      "tx": {
  //        "h": <transaction id>
  //      }
  //    }, {
  //      ...
  //    }, {
  //      "$": <e.out[0]>,
  //      "tx": {
  //        "h": <transaction id>
  //      }
  //    }]
  //  }
  //
})

This also applies to listeners:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.use("filter", (e) => e.out[0].tape[0].cell[0].ops !== "OP_RETURN")
bit.use("map", (e) => e.out[0].tape[0].cell.slice(1))
bit.on("ready", async () => {
  bit.on("mempool", (mempool) => {
    //
    // Since we have a "map" middleware, the transformed
    // transactions are wrapped inside a "$" attribute.
    // Also, an additional "tx.h" attribute is auto-attached.
    //
    //  mempool := {
    //    "$": <e.out[0].tape[0].cell.slice(1)>,
    //    "tx": {
    //      "h": <transaction id>
    //    }
    //  }
    //
    })
    console.log("ONLY the OPRETURN cells", e)
})

In case of block related requests, we also have an additional blk attribute attached automatically:

const bitwork = require('bitwork')
const bit = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
bit.use("parse", "bob")
bit.use("filter", (e) => e.out[0].tape[0].cell[0].ops !== "OP_RETURN")
bit.use("map", (e) => e.out[0].tape[0].cell.slice(1))
bit.on("ready", async () => {
  let block = await bit.get("block", 588000)
  //
  // Since we have a "map" middleware, the transformed
  // transactions are wrapped inside a "$" attribute.
  // Also, an additional "tx.h" attribute is auto-attached.
  //
  //  block := {
  //    header: <block header>,
  //    tx: [
  //      {
  //        "$": <.out[0].tape[0].cell.slice(1)>,  
  //        "tx": {
  //          "h": <transaction id>
  //        },
  //        "blk": {
  //          "i": <block height>,
  //          "h": <block hash>,
  //          "t": <block time>
  //        }
  //      },
  //      ...
  //      {
  //        "$": <.out[0].tape[0].cell.slice(1)>,  
  //        "tx": {
  //          "h": <transaction id>
  //        },
  //        "blk": {
  //          "i": <block height>,
  //          "h": <block hash>,
  //          "t": <block time>
  //        }
  //      }
  //    ]
  //  }
  //
})

NOTE

The "map" step is separate from the "parse" step because the "parse" takes care of deserialization, which won't vary much across applications, whereas "map" functions are application specific and will be different for every app.


Troubleshoot

1. How many bitworks to create?

There are two modes of bitwork usage:

  1. Fetch mode: for actively fetching data from the bitcoin network.
  2. Listen mode: for setting up an event handler to listen to events from the bitcoin network.

If your application involves both fetching and listening, you should create two separate bitwork instances: one for fetching, and the other for listening.

Here's an example:

const bitwork = require('bitwork')
const fetcher = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
fetcher.on("ready", async () => {
  let mempool = await fetcher.get("mempool")
  console.log("current mempool = ", mempool)
})
const listener = new bitwork({ rpc: { user: "root", pass: "bitcoin" } })
listener.on("ready", async () => {
  listener.on("mempool", (e) => {
    console.log("new mempool transaction", e)
  })
  listener.on("block", (e) => {
    console.log("new mempool transaction", e)
  })
})

Things to note:

  1. We have created two bitwork instances: fetcher and listener.
  2. The listener can listen to both mempool and block events simultaneously.