doobadoo (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:05:25 PM Last edit: October 26, 2011, 07:17:43 PM by doobadoo |
|
Any one familiar with Eben Moglen and his whole "Freedom Box" initiative? The idea is to run a debian OS on a cheap ARM SoC that plugs into your wall. Shouldn't this device have a bitcoin client on it. The idea is to make a cheap and easy to use server, and implement software that will allow from encrypted/anonymized P2P communication. Maybe it can also contain a bitcoin app in the bundle? It would need to be ported to Debian, which is the OS they're using. I guess one would interface via an SSL web session? Thoughts every one? (It appears that they also accept donations in bitcoin: 1MyZjxnLgun6APrDkkh7ffrQJyy6xbuDho) https://www.freedomboxfoundation.org/donate/
|
"It is, quite honestly, the biggest challenge to central banking since Andrew Jackson." -evoorhees
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:13:08 PM |
|
Debian is a "flavor" of Linux. No need to port anything. There already is a bitcoin linux client.
|
|
|
|
doobadoo (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:16:52 PM |
|
great so when does bitcoin get an SSL HTML network interface like many bittorrent apps? Just load a wallet up on your freedom box, then use an SSL browser to access your client, say from your phone. Maybe THAT'S the way for a lite client, ala android/ios devices.
As soon as MyBitcoin.com releases their source i guess. ;-o
|
"It is, quite honestly, the biggest challenge to central banking since Andrew Jackson." -evoorhees
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:30:40 PM |
|
As soon as someone writes it. The client code is open source. Anyone can modify it for alternate purposes/uses.
Interesting idea though. A secure web front end for hardware client.
|
|
|
|
2112
Legendary
Offline
Activity: 2128
Merit: 1073
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:41:11 PM |
|
dis The idea is to run a debian OS on a cheap ARM SoC that plugs into your wall.
Doesn't have a disk big enough. Without the copy of the blockchain all the lite-clients could be just blindly circulating the invalid transactions. For now the vast majority of clients are able to consult the blockchain and suppress the invalid transactions. In a way, this could be a good test of the resilience of the bitcoin P2P protocol.
|
|
|
|
Red
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:50:42 PM |
|
Doesn't have a disk big enough. Without the copy of the blockchain all the lite-clients could be just blindly circulating the invalid transactions. For now the vast majority of clients are able to consult the blockchain and suppress the invalid transactions.
You could easily do a light version that did not try to validate every transaction. After all, a client like this couldn't really generate blocks. It would burn itself up and shut down all other services trying to calculate proof-of-works. All at freedom box bitcoin app would have to do is to receive the latest block in the chain and look for wallet related transactions. It could then generate and send new transactions from a simplified web client. In every case though, it should store bitcoin private keys off of the plug.
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:56:03 PM |
|
dis The idea is to run a debian OS on a cheap ARM SoC that plugs into your wall.
Doesn't have a disk big enough. Without the copy of the blockchain all the lite-clients could be just blindly circulating the invalid transactions. For now the vast majority of clients are able to consult the blockchain and suppress the invalid transactions. In a way, this could be a good test of the resilience of the bitcoin P2P protocol. The OS, client, wallet, and blockchain can fit on a 4GB SD card. Eventually you will wear it out but who cares. Flash storage is incredibly cheap today.
|
|
|
|
2112
Legendary
Offline
Activity: 2128
Merit: 1073
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 07:57:00 PM |
|
You could easily do a light version that did not try to validate every transaction.
That is what I'm saying. You could do all kind of modifications to the original Bitcoin P2P protocol and see if it can survive. Original design was really Peer To Peer. With modification it will become Parasite to Parasite. The question still stands: what is the ratio of Parasites to Peers that the overall bitcoin protocol can still tolerate?
|
|
|
|
2112
Legendary
Offline
Activity: 2128
Merit: 1073
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 08:04:45 PM |
|
The OS, client, wallet, and blockchain can fit on a 4GB SD card. Eventually you will wear it out but who cares. Flash storage is incredibly cheap today.
Not with Berkeley DB used for index logging. The write-ahead-logging is the worst case for the wear-levelers: almost-all writes and almost-no reads. Complete software redesign would be required. And to make a redesigned software bug-compatible with the official Satoshi client is an exercise in pointlessness.
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 08:17:58 PM |
|
The OS, client, wallet, and blockchain can fit on a 4GB SD card. Eventually you will wear it out but who cares. Flash storage is incredibly cheap today.
Not with Berkeley DB used for index logging. The write-ahead-logging is the worst case for the wear-levelers: almost-all writes and almost-no reads. Complete software redesign would be required. And to make a redesigned software bug-compatible with the official Satoshi client is an exercise in pointlessness. The entire software wouldn't have to be written just the database. It wouldn't be a trivial task but it could be done. Alternatively you could use a 1.7" hard drive but those are going the way of dinosours as flash gets cheaper and cheaper. Maybe possibly do some kind of caching to reduce number of writes required by the database. I am sure there is a solution.
|
|
|
|
2112
Legendary
Offline
Activity: 2128
Merit: 1073
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 09:02:29 PM |
|
The entire software wouldn't have to be written just the database. It wouldn't be a trivial task but it could be done. Alternatively you could use a 1.7" hard drive but those are going the way of dinosours as flash gets cheaper and cheaper. Maybe possibly do some kind of caching to reduce number of writes required by the database. I am sure there is a solution.
I fully agree that it could be done. After a rewrite Bitcoin's blockchain is actually an ideal application for the flash storage: only appends, no re-writes, massive reads. So no wear-leveling and any filesystem would be required for the storage of the biggest item: the block-chain itself. But the combination required: (1) rewrite of the Bitcoin client (2) dedicated raw flash storage (3) suitable modifications of Linux kernel to expose (2) to (1); make this whole project unlikely.
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 26, 2011, 09:06:33 PM |
|
The entire software wouldn't have to be written just the database. It wouldn't be a trivial task but it could be done. Alternatively you could use a 1.7" hard drive but those are going the way of dinosours as flash gets cheaper and cheaper. Maybe possibly do some kind of caching to reduce number of writes required by the database. I am sure there is a solution.
I fully agree that it could be done. After a rewrite Bitcoin's blockchain is actually an ideal application for the flash storage: only appends, no re-writes, massive reads. So no wear-leveling and any filesystem would be required for the storage of the biggest item: the block-chain itself. But the combination required: (1) rewrite of the Bitcoin client (2) dedicated raw flash storage (3) suitable modifications of Linux kernel to expose (2) to (1); make this whole project unlikely. I don't see how 2 & 3 are an issue. I am talking about using off the self SD/SDHC cards or USB thumbdrive. Linux supports mounting partitions on flash currently.
|
|
|
|
|