Bitcoin relay on a piratebox.... | Bitcointalksearch.org

MoonShadow

legendary

Activity: 1708

Merit: 1010

Quote from: chrisrico on March 07, 2012, 08:54:48 PM

Quote from: MoonShadow on February 28, 2012, 01:58:44 PM

I've built a working piratebox from a TP-Link MR-3020 (http://wiki.daviddarts.com/PirateBox_DIY_OpenWrt#Tutorial_A:_TP-Link_MR3020) and now I want to put a small bitcoin 'relay' on the device. The goal is to have a simple process running on the piratebox that will present itself to connected peers as a bitcoin peer, allow bitcoin clients (on android devices, for example) to connect as normal, and relay transactions, blocks and other messages from one connected peer to all others present, but not to perform checks on the transactions or blocks or to keep a local blockchain. The idea is to allow two (or more) bitcoin clients to transact in meatspace (within radio range of the piratebox) without either device needing live access to the Internet to do so. Imagine, as an example, a phone-to-phone bitcoin transaction during a power and/or widespread Internet outage; or alternately, a transaction between two people out camping beyond their service plan's coverage map. Why two people would want to deal in bitcoin beyond the reach (or observation) of elements of the Internet are beyond the scope of this request.

Can it run Java? I recently added the capability to accept incoming Bitcoin requests to BitcoinJ (my local copy, not pushed upstream yet).

Not yet, but there is no reason that I can think of that Java couldn't be added.

chrisrico

hero member

Activity: 496

Merit: 500

Quote from: MoonShadow on February 28, 2012, 01:58:44 PM

I've built a working piratebox from a TP-Link MR-3020 (http://wiki.daviddarts.com/PirateBox_DIY_OpenWrt#Tutorial_A:_TP-Link_MR3020) and now I want to put a small bitcoin 'relay' on the device. The goal is to have a simple process running on the piratebox that will present itself to connected peers as a bitcoin peer, allow bitcoin clients (on android devices, for example) to connect as normal, and relay transactions, blocks and other messages from one connected peer to all others present, but not to perform checks on the transactions or blocks or to keep a local blockchain. The idea is to allow two (or more) bitcoin clients to transact in meatspace (within radio range of the piratebox) without either device needing live access to the Internet to do so. Imagine, as an example, a phone-to-phone bitcoin transaction during a power and/or widespread Internet outage; or alternately, a transaction between two people out camping beyond their service plan's coverage map. Why two people would want to deal in bitcoin beyond the reach (or observation) of elements of the Internet are beyond the scope of this request.

Can it run Java? I recently added the capability to accept incoming Bitcoin requests to BitcoinJ (my local copy, not pushed upstream yet).

Red Emerald

hero member

Activity: 742

Merit: 500

Quote from: MoonShadow on March 06, 2012, 02:17:45 PM

Quote from: coinft on March 06, 2012, 07:11:17 AM

Maybe you don't need to provide an actual bitcoin proxy. If the 2 nodes in your private subnet are able to find each other that should be enough to establish p2p communication.

Not sure how peer discovery works now, but maybe you just need to provide the (disconnected from the real world) IRC channel used to bootstrap nodes.

-coinft

That's a good idea.

Yeah that is a good idea.

Quote from: https://en.bitcoin.it/wiki/Network#IRC

Bitcoin joins a random channel between #bitcoin00 and #bitcoin99 on irc.lfnet.org. Your nick is set to an encoded form of your IP address. By decoding all the nicks of all users on the channel, you get a list of all IP addresses currently connected to Bitcoin.
For hosts that cannot make outbound connections on port 6667, the lfnet servers are also listening on port 7777.

You could setup chanserv to forward everyone to the same channel since finding each other randomly in 100 channels probably won't work too well. Looks like modes "l" and "L" are what we would need.

Now I wish I had a piratebox to play with.

MoonShadow

legendary

Activity: 1708

Merit: 1010

Quote from: coinft on March 06, 2012, 07:11:17 AM

Maybe you don't need to provide an actual bitcoin proxy. If the 2 nodes in your private subnet are able to find each other that should be enough to establish p2p communication.

Not sure how peer discovery works now, but maybe you just need to provide the (disconnected from the real world) IRC channel used to bootstrap nodes.

-coinft

That's a good idea.

coinft

full member

Activity: 187

Merit: 100

Maybe you don't need to provide an actual bitcoin proxy. If the 2 nodes in your private subnet are able to find each other that should be enough to establish p2p communication.

Not sure how peer discovery works now, but maybe you just need to provide the (disconnected from the real world) IRC channel used to bootstrap nodes.

-coinft

MoonShadow

legendary

Activity: 1708

Merit: 1010

Quote from: Red Emerald on March 01, 2012, 10:06:50 PM

Well the pirate box is going to need some sort of internet connection if you want to ensure no double spends and to allow any recent (since you last got the blockchain) coins/outputs to be spent..

I do not want to ensure any such thing. An Internet connection defeats the point. I'm presuming that two people transacting in near-meatspace probably know each other well enough that defenses against a double-spend attack are unnecessary.

Red Emerald

hero member

Activity: 742

Merit: 500

Well the pirate box is going to need some sort of internet connection if you want to ensure no double spends and to allow any recent (since you last got the blockchain) coins/outputs to be spent..

finway

hero member

Activity: 714

Merit: 500

Interesting.

MoonShadow

legendary

Activity: 1708

Merit: 1010

That sounds interesting, and would be a wonderful thing to have if one had both a wifi radio and a Dash7 radio, but it's overkill for what I'm trying to do.

Stephen Gornick

legendary

Activity: 2506

Merit: 1010

Quote from: MoonShadow on February 28, 2012, 01:58:44 PM

The goal is to have a simple process running on the piratebox that will present itself to connected peers as a bitcoin peer, allow bitcoin clients (on android devices, for example) to connect as normal, and relay transactions, blocks and other messages from one connected peer to all others present

I know the Free Network Foundation was considering adding the ability for a FreedomNode to do similar. I don't know if their feature set has solidified yet:
- http://freenetworkfoundation.org/?p=658

MoonShadow

legendary

Activity: 1708

Merit: 1010

I've built a working piratebox from a TP-Link MR-3020 (http://wiki.daviddarts.com/PirateBox_DIY_OpenWrt#Tutorial_A:_TP-Link_MR3020) and now I want to put a small bitcoin 'relay' on the device. The goal is to have a simple process running on the piratebox that will present itself to connected peers as a bitcoin peer, allow bitcoin clients (on android devices, for example) to connect as normal, and relay transactions, blocks and other messages from one connected peer to all others present, but not to perform checks on the transactions or blocks or to keep a local blockchain. The idea is to allow two (or more) bitcoin clients to transact in meatspace (within radio range of the piratebox) without either device needing live access to the Internet to do so. Imagine, as an example, a phone-to-phone bitcoin transaction during a power and/or widespread Internet outage; or alternately, a transaction between two people out camping beyond their service plan's coverage map. Why two people would want to deal in bitcoin beyond the reach (or observation) of elements of the Internet are beyond the scope of this request.

Topic: Bitcoin relay on a piratebox.... (Read 2569 times)