elrippo



Offline



Activity: 1008

Merit: 1001







LegendaryActivity: 1008Merit: 1001 Re: [XMR] Monero - A secure, private, untraceable cryptocurrency - 0.8.8.6 September 17, 2015, 03:25:05 PM #26621 Quote from: GingerAle on September 17, 2015, 02:34:51 PM I don't know where else to put this, and god knows why my brain came up with it while I was doing something totally unrelated. But it seems monero community is only one talking about i2p or any real decentralization.



Combine i2p with wireless mesh network - effectively create secondary private internet. Integrate into software some kind of Namecoin-like registrar, except the registrar-system is blockless - single transaction per "block", but no need for DAG branches etc - still able to maintain linearity. Really just adding data to a consensus database.



Can hopefully prevent spamming the database by linking the ability to "transact" (add to the ledger) to a one time token coupled to whatever is used to "identify" nodes in i2p.



In this system, every node is essentially a DNS - the information coupling a human-readable address (monero.com.di - for decentralized internet. extant systems would use the new layer to know to route to the new network) to the actual address is on the node. Due to the nature of this hypothetical network, if you can't find an entry on your local node, you can request from other notes (similar to SPV or getblocks or something).



Ultimately, required infrastructure includes wifi router firmware that will connect to other wifi routers running the firmware. High density areas would obviously work easily (there's a router in every home). Bridges between high population areas could be done through the extant internet or microsatellites.



Please DEV's keep in mind, not to enable i2p by default, hence some will get trouble when using TOR for their privacy sake.

TOR runs on TCP, i2p runs on UDP. So if you integrate i2p natively, and the user is proxying through TOR, the bitmonerod client will get NO connection to the ledger, because it does not support UDP except for DNS requests.



Best regards,

elrippo Please DEV's keep in mind, not to enable, hence some will get trouble whenfor their privacy sake.runs onruns on. So if you integrate i2p natively, and the user is proxying through TOR, the bitmonerod client will getconnection to the ledger, because it does not support UDP except for DNS requests.Best regards,elrippo For Advertisement. PM me to discuss.

dEBRUYNE



Offline



Activity: 2100

Merit: 1131







LegendaryActivity: 2100Merit: 1131 Re: [XMR] Monero - A secure, private, untraceable cryptocurrency - 0.8.8.6 September 17, 2015, 05:49:22 PM #26622 Quote from: elrippo on September 17, 2015, 03:25:05 PM Quote from: GingerAle on September 17, 2015, 02:34:51 PM I don't know where else to put this, and god knows why my brain came up with it while I was doing something totally unrelated. But it seems monero community is only one talking about i2p or any real decentralization.



Combine i2p with wireless mesh network - effectively create secondary private internet. Integrate into software some kind of Namecoin-like registrar, except the registrar-system is blockless - single transaction per "block", but no need for DAG branches etc - still able to maintain linearity. Really just adding data to a consensus database.



Can hopefully prevent spamming the database by linking the ability to "transact" (add to the ledger) to a one time token coupled to whatever is used to "identify" nodes in i2p.



In this system, every node is essentially a DNS - the information coupling a human-readable address (monero.com.di - for decentralized internet. extant systems would use the new layer to know to route to the new network) to the actual address is on the node. Due to the nature of this hypothetical network, if you can't find an entry on your local node, you can request from other notes (similar to SPV or getblocks or something).



Ultimately, required infrastructure includes wifi router firmware that will connect to other wifi routers running the firmware. High density areas would obviously work easily (there's a router in every home). Bridges between high population areas could be done through the extant internet or microsatellites.



Please DEV's keep in mind, not to enable i2p by default, hence some will get trouble when using TOR for their privacy sake.

TOR runs on TCP, i2p runs on UDP. So if you integrate i2p natively, and the user is proxying through TOR, the bitmonerod client will get NO connection to the ledger, because it does not support UDP except for DNS requests.



Best regards,

elrippo

Please DEV's keep in mind, not to enable, hence some will get trouble whenfor their privacy sake.runs onruns on. So if you integrate i2p natively, and the user is proxying through TOR, the bitmonerod client will getconnection to the ledger, because it does not support UDP except for DNS requests.Best regards,elrippo

There will be 3 options, namely i2p-only, i2p/IP bridged, IP only. So basically everyone can choose his own preference. Reference: see -> There will be 3 options, namely i2p-only, i2p/IP bridged, IP only. So basically everyone can choose his own preference. Reference: see -> https://getmonero.org/design-goals/ Privacy matters, use Monero - A true untraceable cryptocurrency

Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/

canth



Offline



Activity: 1442

Merit: 1000









LegendaryActivity: 1442Merit: 1000 Re: [XMR] Monero - A secure, private, untraceable cryptocurrency - 0.8.8.6 September 18, 2015, 02:24:54 AM #26626



http://bitcoin-development.narkive.com/mH0GrHuE/libconsensus-and-bitcoin-development-process#post7



Quote To name an example of it done right, IMO: Monero's 'simplewallet'. It is a command-line utility wallet that communicates with the node software, and remembers where it was in the chain, and processes changes to the chain state since its last invocation when it 'refreshes'.

What is nice is that one can run an arbitary number of simplewallets against one node daemon, and unlike bitcoind's wallet it doesn't need to run as always-on daemon itself. It can be invoked when the user wants to do something with the wallet, or see if there are new transactions.

Always a pleasant surprise to get appreciation from other parts of the community. Monero gets a shout out from the bitcoin core maintainer, Wladimir:Always a pleasant surprise to get appreciation from other parts of the community. Reputation thread: https://bitcointalk.org/index.php?topic=404667.0

Anon136



Offline



Activity: 1666

Merit: 1211









LegendaryActivity: 1666Merit: 1211 Re: [XMR] Monero - A secure, private, untraceable cryptocurrency - 0.8.8.6 September 18, 2015, 03:34:50 AM #26627 Quote from: GingerAle on September 17, 2015, 02:34:51 PM I don't know where else to put this, and god knows why my brain came up with it while I was doing something totally unrelated. But it seems monero community is only one talking about i2p or any real decentralization.



Combine i2p with wireless mesh network - effectively create secondary private internet. Integrate into software some kind of Namecoin-like registrar, except the registrar-system is blockless - single transaction per "block", but no need for DAG branches etc - still able to maintain linearity. Really just adding data to a consensus database.



Can hopefully prevent spamming the database by linking the ability to "transact" (add to the ledger) to a one time token coupled to whatever is used to "identify" nodes in i2p.



In this system, every node is essentially a DNS - the information coupling a human-readable address (monero.com.di - for decentralized internet. extant systems would use the new layer to know to route to the new network) to the actual address is on the node. Due to the nature of this hypothetical network, if you can't find an entry on your local node, you can request from other notes (similar to SPV or getblocks or something).



Ultimately, required infrastructure includes wifi router firmware that will connect to other wifi routers running the firmware. High density areas would obviously work easily (there's a router in every home). Bridges between high population areas could be done through the extant internet or microsatellites.





This is the sort of stuff I think about and dream about all the time.



One of the most important insights I've ever had in my life was realizing that the reason computer scientists have been unable to scale mesh networks well is that they don't realize that the problem they are trying to solve is not a computer science problem at all, it is an economics problem, precisely it is



Essentially they are trying to find the right "algorythm" to centrally plan data routing, but that is impossible because information necessary to solve the problem isnt centrally located and its factors can not even be communicated meaningfully in any terms other than in prices.



The solution is to allow node operators to be node entrepreneurs and respond to changing market conditions. If one location is more profitable than another than that is the right location for their node in terms of building the most robust network. If they have a wide profit margin than they should upgrade their hardware. If they have a small profit margin than they should keep the hardware the same. If they are operating at a loss than the capital should be redeployed in some other capacity, perhaps in a different location. This communicates how to physically structure the network efficiently and dynamically for a constantly changing word. On the user side, just like any other good or service, they can determine the efficient routing path for themselves based on there preferred cost/speed trade off. Just like other goods in the economy where consumers weigh the benefits of different features of competing products against the cost of those additional features. Their entirely self serving economizing choices empower node operators with the information necessary to make efficient choices in how to deploy network infrastructure.



Anyway this fits perfectly with a lot of the blockchain technology interweaving you were talking about.



Sorry in advance for slightly offtopic in terms of monero but on topic in terms of responding to your comment. I'm just super interested in and passionate about a topic that someone randomly brought up, i cant help but jump in. This is the sort of stuff I think about and dream about all the time.One of the most important insights I've ever had in my life was realizing that the reason computer scientists have been unable to scale mesh networks well is that they don't realize that the problem they are trying to solve is not a computer science problem at all, it is an economics problem, precisely it is the economic calculation problem Essentially they are trying to find the right "algorythm" to centrally plan data routing, but that is impossible because information necessary to solve the problem isnt centrally located and its factors can not even be communicated meaningfully in any terms other than in prices.The solution is to allow node operators to be node entrepreneurs and respond to changing market conditions. If one location is more profitable than another than that is the right location for their node in terms of building the most robust network. If they have a wide profit margin than they should upgrade their hardware. If they have a small profit margin than they should keep the hardware the same. If they are operating at a loss than the capital should be redeployed in some other capacity, perhaps in a different location. This communicates how to physically structure the network efficiently and dynamically for a constantly changing word. On the user side, just like any other good or service, they can determine the efficient routing path for themselves based on there preferred cost/speed trade off. Just like other goods in the economy where consumers weigh the benefits of different features of competing products against the cost of those additional features. Their entirely self serving economizing choices empower node operators with the information necessary to make efficient choices in how to deploy network infrastructure.Anyway this fits perfectly with a lot of the blockchain technology interweaving you were talking about.Sorry in advance for slightly offtopic in terms of monero but on topic in terms of responding to your comment. I'm just super interested in and passionate about a topic that someone randomly brought up, i cant help but jump in.

If one can not confer upon another a right which he does not himself first possess, by what means does the state derive the right to engage in behaviors from which the public is prohibited? Rep Thread: https://bitcointalk.org/index.php?topic=381041 If one can not confer upon another a right which he does not himself first possess, by what means does the state derive the right to engage in behaviors from which the public is prohibited?

Anon136



Offline



Activity: 1666

Merit: 1211









LegendaryActivity: 1666Merit: 1211 Re: [XMR] Monero - A secure, private, untraceable cryptocurrency - 0.8.8.6 September 18, 2015, 09:42:57 PM

Last edit: September 18, 2015, 09:57:56 PM by Anon136 #26634 Quote from: SmoothCurves on September 18, 2015, 09:19:12 PM How does a technology like MaidSAFE play into some of these decentralized mesh-networking ideas? It sounds like they a pretty killer technology? Full disclosure I own a few MaidSafe coins (tho not anywhere near as much as I have invested in BTC or XMR)



Last time I checked, one big problem with maidsafe is that it treats data transmission and storage as a homogeneous service when this is simply not the case. Transmitting across the north korean boarder for example is a very very different service than transmitting from one apartment to the next in new york city. Additionally storing data in Timbuktu is not as useful to most people as storing it in los angales. So an efficient market would have different prices that accounted for all of the nuances of these different scenarios. Maidsafe treats these all the same. Its decentralized in some ways but weirdly centralized in others, in terms of a single centrally developed algorythm that routes traffic and assigns storage locations. Very different from a network of freely associated node entrepreneurs responding to price signals sent by the demands of consumers.



But take all that with a grain of salt. I am NOT a maidsafe expert. I would love to hear that they have solved all this since the last time i dug in which was pretty early in the project.



*edit* though maidsafe seems like it might be a great thing to layer ontop of a meshnet inorder to get many of the benefits they claim i.e. privacy and data redundancy and decentralized storage fault tolerance. Last time I checked, one big problem with maidsafe is that it treats data transmission and storage as a homogeneous service when this is simply not the case. Transmitting across the north korean boarder for example is a very very different service than transmitting from one apartment to the next in new york city. Additionally storing data in Timbuktu is not as useful to most people as storing it in los angales. So an efficient market would have different prices that accounted for all of the nuances of these different scenarios. Maidsafe treats these all the same. Its decentralized in some ways but weirdly centralized in others, in terms of a single centrally developed algorythm that routes traffic and assigns storage locations. Very different from a network of freely associated node entrepreneurs responding to price signals sent by the demands of consumers.But take all that with a grain of salt. I am NOT a maidsafe expert. I would love to hear that they have solved all this since the last time i dug in which was pretty early in the project.*edit* though maidsafe seems like it might be a great thing to layer ontop of a meshnet inorder to get many of the benefits they claim i.e. privacy and data redundancy and decentralized storage fault tolerance.

If one can not confer upon another a right which he does not himself first possess, by what means does the state derive the right to engage in behaviors from which the public is prohibited? Rep Thread: https://bitcointalk.org/index.php?topic=381041 If one can not confer upon another a right which he does not himself first possess, by what means does the state derive the right to engage in behaviors from which the public is prohibited?