Bitcoin Forum
December 10, 2016, 01:18:34 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: BitCoin-like system for mesh networking  (Read 3132 times)
jrbaldwin
Newbie
*
Offline Offline

Activity: 2


View Profile
April 25, 2011, 06:04:49 AM
 #1

I would like to discuss the possibility of a BitCoin-like system for wireless mesh network communities. Taking into consideration the number of packets received and forwarded on the mesh network per node and the number of hops required to send packets as a factor of cpu cycles + power/battery life, could an economy thrive? How could a Web of Trust be implemented to keep coin authentication and a public key of spent coins?

Could a standard exchange rate between real Bitcoins and these "MeshCoins" be stable, even when there are fragmented mesh networks that are "unknown" to each other?

Could users in the mesh network pay for their VoIP and Data services by giving some of their generated meshcoins back to users that provide Internet access for the mesh network?
1481332714
Hero Member
*
Offline Offline

Posts: 1481332714

View Profile Personal Message (Offline)

Ignore
1481332714
Reply with quote  #2

1481332714
Report to moderator
1481332714
Hero Member
*
Offline Offline

Posts: 1481332714

View Profile Personal Message (Offline)

Ignore
1481332714
Reply with quote  #2

1481332714
Report to moderator
It is a common myth that Bitcoin is ruled by a majority of miners. This is not true. Bitcoin miners "vote" on the ordering of transactions, but that's all they do. They can't vote to change the network rules.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Anonymous
Guest

April 25, 2011, 06:14:33 AM
 #2

People setup an internet node at the coffee shop with their laptop. To connect to it people nearby need to pay the node using a small amount of bitcoins.

This would allow anyone with an internet connection to become an isp.

Now what we need is bitcoin isp software with a web interface.

Leave you wifi connection open with the software running and bingo all your neighbours can get wifi for bitcoins without having to go to a normal isp at all.

jrbaldwin
Newbie
*
Offline Offline

Activity: 2


View Profile
April 25, 2011, 07:30:50 AM
 #3

What about mesh networks that are self contained and not connected to the internet for certain amounts of time?
mathx
Newbie
*
Offline Offline

Activity: 29


View Profile
June 26, 2011, 12:37:04 AM
 #4

Bumping this thread.

I am interested in this kind of system. Need to outline some goals here.


Want to blend in bitcoin's aspects into the mesh system more deeply. Not just as a payment system incentive, but as a stand-in for trust.

The forced-work-as-standin-for-trust system is a useful solution to the Byzantine Generals problem, but we need to outline what trust we're trying to mitigate.

Right now centralized internet access is the norm, in a trickle up system. We must trust that the internet we receive from upstream nodes will a) work properly (ie not be shut off)  b) not be filtered in some way.

To avoid the shutting off, we go to an ad hoc model where trust in a particular mesh node is not required. This is done by supplanting work required on part of the node for the quality (uptime? bw rate? lack of filtering 'canary in a coalmine' content?) of the connection. However, in bitcoins the incentive for doign the work is to realise the value of the bitcoins you mine. In this case we have to realise some benefit to the node that does the work. Perhaps in this case then instead of like namecoin which is its own advantage as an alternate system to bitcoin, we actually use bitcoins to generate a payment for the node.

However we must be careful in that very very good nodes dont dominate the local (or larger) tree, or they'll become attackable as single points of failure/access. Not sure what can be done here - if we make an incentive to provide connectivity too large, nodes will dominate. If we make a timeout situation, then we'll be punishing reliable nodes and encouraging large organizations with wider resources to setup multiple nodes in cahoots and dominate. This is a tricky problem for local access - not the same issue as bitcoin dominateing > 50% of computation resources as connectivity may locally expose nodes to >50% (or more) of all connectivity travelling via just a few nodes, making a local attack on the leaf nodes QoS possible.

Throwing some ideas around here. Need input.
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!