RESTful Bitcoin payment channel server (written in Haskell)
GitHub repo: https://github.com/runeksvendsen/restful-payment-channel-server Hello everyone This server allows the operator to receive instant Bitcoin payments (no waiting for confirmations) from a single, pre-defined sender; paying the Bitcoin transaction fee only once, when the channel is closed. One could imagine, for example, setting up a service which sends video in response to payments, the first minute being free (if you have an open payment channel), and then charging, say 0.1 cent per second thereafter. That's trustless pay-per-view. Pretty cool, if you ask me.…
What it does
In the maker’s words, at launch
GitHub repo: https://github.com/runeksvendsen/restful-payment-channel-server Hello everyone This server allows the operator to receive instant Bitcoin payments (no waiting for confirmations) from a single, pre-defined sender; paying the Bitcoin transaction fee only once, when the channel is closed. One could imagine, for example, setting up a service which sends video in response to payments, the first minute being free (if you have an open payment channel), and then charging, say 0.1 cent per second thereafter. That's trustless pay-per-view. Pretty cool, if you ask me. I'm at a stage where I'm interested in getting feedback on this, and having people try it out, to see what I've missed. I've been thinking about this for the past two years or so, and have been working for the past year on code, with most of the code written in the past six months (I've rewritten the server at least five times now). The README in the JavaScript client implementation contains an explanation of what a payment channel is (which is not necessarily a Bitcoin-only concept): https://github.com/runeksvendsen/paychanjs-client/blob/master/README.md#bitcoin-payment-channel-primer. Conceptually, it simply involves requiring each potential receiver of funds to also sign the transaction (as opposed to just the sender), thus solving the double spend problem at the expense of limiting the potential number of receivers. Side note: if someone is good at JavaScript, I could use help with the client implementation. It works, but it's not pretty. I find myself completely lost in JavaScript land, coming from Haskell.
Does the same job
all alternatives →- ICInstant confirmation via Bitcoin payment protocol2014 · greenaddress.it · ▲41
- LALegion, an as-simple-as-possible blockchain server written in Haskell2017 · github.com · ▲239
More dev tools this month
the category →
Open-source GTM skills for technical founders
Dev tools · 29d ago · gtmcofounder.com
OpenTrailPaper is open-source bike computer firmware for the LilyGO T5S3 4.7" E-Paper PRO. It supports offline maps, GPX routes, FIT recording and Bluetooth sensors.
Dev tools · 1d ago · opentrailpaper.com
Launched alongside, July 2016
the whole month →- WDWeb Design in 4 minutes▲1,624
Life & fun · 2016 · jgthms.com
