Redecentralize

that the paper mostly concerns > efficiency and load balancing. I'm not yet convinced that these are the > most important points. IMHO reliability and simplicity are much more > important (as you mentioned in your blog post too). I view efficiency > more like an economic term applicable /...\ central service providers > operating services like FB. Efficiency is really important if we want to push intelligence to the edges, which is what "decentralization" is at least partly about. Mobile makes efficiency * really * important. Anything that requires that a mobile device constantly sling packets is simply off the table /...\ eliminates every mesh protocol I know about, every DHT, etc. from consideration for mobile. I did not want to say that efficiency is not important at all. But I don't really see a value in an application, which is not reliable.  What's the value of n virtual

ecosystem. I'll try to write something up. >> I've been thinking about that too, but I think it's important to take a step back and think through the problem. I really want to push through the Little Centralization Paper (Tsitsiklis/Xu) a little more /...\ that the paper mostly concerns > efficiency and load balancing. I'm not yet convinced that these are the > most important points. IMHO reliability and simplicity are much more > important (as you mentioned in your blog post too). I view efficiency > more like an economic term applicable /...\ central service providers > operating services like FB. Efficiency is really important if we want to push intelligence to the edges, which is what "decentralization" is at least partly about. Mobile makes efficiency *really* important. Anything that requires that a mobile device constantly sling packets is simply

public one, and then the server can be downloaded and self-administered for the super hard-core. I agree physical decentralization isn't important enough for most Web users to prioritize this early in the game, but we can make our way toward it incrementally /...\ everything yourself and most commercial users don't want to do that. (3) I actually view operational decentralization as being more fundamental and more important than infrastructure decentralization. #3 is sort of a philosophical point. Basically I think it's more important to enable later al communication functionally than /...\ physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve and has little value without the former. If nobody is developing peer to peer apps that really leverage an operationally decentralized network, then if we did create

public one, and then the server can be downloaded and self-administered for the super hard-core. I agree physical decentralization isn't important enough for most Web users to prioritize this early in the game, but we can make our way toward it incrementally /...\ everything yourself and most commercial users don't want to do that. (3) I actually view operational decentralization as being more fundamental and more important than infrastructure decentralization. #3 is sort of a philosophical point. Basically I think it's more important to enable later al communication functionally than /...\ physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve and has little value without the former. If nobody is developing peer to peer apps that really leverage an operationally decentralized network, then if we did create

public one, and then the server can be downloaded and self-administered for the super hard-core. I agree physical decentralization isn't important enough for most Web users to prioritize this early in the game, but we can make our way toward it incrementally /...\ everything yourself and most commercial users don't want to do that. (3) I actually view operational decentralization as being more fundamental and more important than infrastructure decentralization. #3 is sort of a philosophical point. Basically I think it's more important to enable later al communication functionally than /...\ physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve and has little value without the former. If nobody is developing peer to peer apps that really leverage an operationally decentralized network, then if we did create

public one, and then the server can be downloaded and self-administered for the super hard-core. I agree physical decentralization isn't important enough for most Web users to prioritize this early in the game, but we can make our way toward it incrementally /...\ everything yourself and most commercial users don't want to do that. (3) I actually view operational decentralization as being more fundamental and more important than infrastructure decentralization. #3 is sort of a philosophical point. Basically I think it's more important to enable later al communication functionally than /...\ physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve and has little value without the former. If nobody is developing peer to peer apps that really leverage an operationally decentralized network, then if we did create

public one, and then the server can be downloaded and self-administered for the super hard-core. I agree physical decentralization isn't important enough for most Web users to prioritize this early in the game, but we can make our way toward it incrementally /...\ everything yourself and most commercial users don't want to do that. (3) I actually view operational decentralization as being more fundamental and more important than infrastructure decentralization. #3 is sort of a philosophical point. Basically I think it's more important to enable later al communication functionally than /...\ physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve and has little value without the former. If nobody is developing peer to peer apps that really leverage an operationally decentralized network, then if we did create

user MUST be able to decide. (No matter how hard this is for the implementor.) So the model of a legal system is actually important. And "property" is the best example I know of. If I chain my bike and you took it anyway, I'll need /...\ specific > contexts, but also, because humans can already do this naturally. I agree that using human society as the model is the most important step to be taken at this point. We have property, right and contracts. Every programmer will tell you that they can program everything they understand /...\ node too much implicit trust? Yes. See above: I'd control whom I contract with to ensure those bear witness of facts I consider important. This keeps the size of the network I have to maintain within reasonable bounds. It make sure my secret and not so secret data goes

everything yourself and most commercial users don't want to do that. (3) I actually view operational decentralization as being more fundamental and more important than infrastructure decentralization. #3 is sort of a philosophical point. Basically I think it's more important to enable lateral communication functionally than to physically /...\ decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve and has little value without the former. If nobody is developing peer to peer apps that really leverage an operationally decentralized network, then if we did create a truly

role in the ecosystem. I'll try to write something up. > I've been thinking about that too, but I think it's important to take a step back and think through the problem. I really want to push through the Little Centralization Paper (Tsitsiklis/Xu) a little more /...\ impression so far is, that the paper mostly concerns efficiency and load balancing. I'm not yet convinced that these are the most important points. IMHO reliability and simplicity are much more important (as you mentioned in your blog post too). I view efficiency more like an economic term applicable

skeptic when I read "crypto signing". This > term is too generic and too often implies secret key crypto. > However an important part of a signature is in these schemes hidden > in the process: as a proof of integrity, we are interested in a > hash /...\ good idea > to have a type property in the agent object pointing to another > (signed) object which holds the script code and important: human > readable terms and conditions. The other object would be the > contract governing the agents actions on incoming requests. No > script object

skeptic when I read "crypto signing". This term is too generic and too often implies secret key crypto. However an important part of a signature is in these schemes hidden in the process: as a proof of integrity, we are interested in a hash over the object /...\ like a good idea to have a type property in the agent object pointing to another (signed) object which holds the script code and important: human readable terms and conditions. The other object would be the contract governing the agents actions on incoming requests. No script object found: either

send me an email and perhaps we can stay in touch as things develop. Regardless of our varying definitions of free and their importance with respect to the society's future, I think the world would be a better place if a lot more people tossed ideas (and yes, implementations /...\ programmers and still want to use the software, so they'd better ensure that it remains sustainable. Funding of free software is indeed an important issue, but it's not a blocking issue when the software is needed. The recent issue with GRSecurity patches demonstrates that proprietary vendors abuse

Hugh, searching the web is, at least in Europe, a very monopolistic matter. I think it is one important task to build (decentralized, if possible) alternatives to Google search et al. This could be a very interesting talk to listen to, in my opinion.  So, a +1 from /...\ search engine tech fundamentals that I've given at a Raspberry Pi jam and a tech college. I feel that understanding/developing search is important for: - critical appraisal of current engines - building 'honest' engines and encouraging [as in 2000] diversity in search - hooking bits of the 'freed' infrastucture together and making

Francis, This is a good and important effort.  I would encourage you to look at adding Dat ( http://datproject.org ) and Beaker Browser ( https://beakerbrowser.com/ ) to this list.  There is good energy starting to emerge around these two projects. Overall, I feel that the tech community /...\ starting to approach a point of coherence around the need and importance of decentralization, and as the Early Adopter crowd floods into this space which is currently only inhabited by Innovators, they will need high-quality curated resources to show them how to get started, what is where

important view to get across - many people will not immediately understand why certain political issues are so important, and much of the narrative in mainstream media is distorted towards the viewpoint of the more powerful. One example of a positive-sounding word with non-obvious consequence is "resilience

neglected here is the concept that we should be preserving (cacheing, one might say) Ladakhi knowledge (and exporting it, should Ladakhis wish), rather than importing (national or global) hegemonic "knowledge" and systems of logic to Ladakh. The latter is also a form of centralization—of homogenization

reason it's important to keep working on the technology is to remove the incentive for carriers (and others) to fight net neutrality. If we make it technologically such that even if they win politically it will be costly or quixotic to implement a non-neutral net, we make them

webtorrent On Tue, Jan 14, 2014 at 1:39 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: One reason it's important to keep working on the technology is to remove the incentive for carriers (and others) to fight net neutrality. If we make it technologically such that even if they

studynotes | ☮  webtorrent On Tue, Jan 14, 2014 at 1:39 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: One reason it's important to keep working on the technology is to remove the incentive for carriers (and others) to fight net neutrality. If we make it technologically such that

webtorrent On Tue, Jan 14, 2014 at 1:39 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: One reason it's important to keep working on the technology is to remove the incentive for carriers (and others) to fight net neutrality. If we make it technologically such that even if they

Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: Most programmers don't realize the immense importance of user experience. It's the entire reason for Apple's success, for example... OSX was not technically superior to Linux in any way but it offers a vastly superior user experience. I think a common

Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: Most programmers don't realize the immense importance of user experience. It's the entire reason for Apple's success, for example... OSX was not technically superior to Linux in any way but it offers a vastly superior user experience. Subjective (I find

smarter than anybody, > certainly in the sense that my way is the right way - but I do recognize > that it is important to discuss things which people might not be a ware > of on their own when they first get online, and make their own decisions

team is that they said pretty much this: they'll improve security if it means not sacrificing UX. Viewing security and UX as equally important is a recipe for disaster, at users' expense. It's natural to view them as in tension, but watching Moxie's work at Whispersystems

Most programmers don't realize the immense importance of user experience. It's the entire reason for Apple's success, for example... OSX was not technically superior to Linux in any way but it offers a vastly superior user experience. I think a common and dangerous myth is that good

their legal opinion (in addition to the peer-review of the original publication) we hoped to foster confidence that we did not miss anything important.  But still that's the normal course of affairs in science, isn't it? This is not a good idea, it will result

programmers and still want to use the software, so they'd better ensure that it remains sustainable. Funding of free software is indeed an important issue, but it's not a blocking issue when the software is needed. The recent issue with GRSecurity patches demonstrates that proprietary vendors abuse

come only from systems others provide for us. They will, however, make those systems better as well. --- http://quartzjer.tumblr.com/post/80375916256/first-person-technology --- Something important happened this last week, it’s a new phrase of “First Person” introduced by Doc Searls , I deeply agree with Dazza Greenwood that

claim to be smarter than anybody, certainly in the sense that my way is the right way - but I do recognize that it is important to discuss things which people might not be aware of on their own when they first get online, and make their own decisions - and being

reminded me of the monkeyscan command from the monkeysign package (I hope Mailpile will be interoperable!): http://web.monkeysphere.info/monkeysign/ On Android, I can successfully import QRCodes from monkeyscan if I install the Barcode Scanner from ZXing and GnuPrivacyGuard from the Guardian project: https://play.google.com/store/apps/details?id=com.google.zxing.client.android https://play.google.com/store/apps/details?id=info.guardianproject.gpg Unfortunately

come only from systems others provide for us. They will, however, make those systems better as well. --- http://quartzjer.tumblr.com/post/80375916256/first-person-technology --- Something important happened this last week, it’s a new phrase of “First Person” introduced by Doc Searls , I deeply agree with Dazza Greenwood that

thanks to Redecentralize for spreading the cause, and for this list serve. Redecentralization became important to me personally when Google shut down Reader. Until that day, I was a Chromebook-toting, Android-wielding fanboy. Although Reader wasn't the first Google service pulled out from under me, I vowed

everyone! I think Redecentralize is awesome – glad that you're spreading these important ideas to a broader audience. I actually had a slide about Redecentralize in my talk about WebRTC Data Black Magic  at RealtimeConf! I wanted to share a bit about my new project

erence!   Full details here, including most importantly a place to leave your email to make sure you get invited first for tickets.   http://redecentralize.org/conference/   It seems slightly odd having a centralized meetup for a distributed group of distributed Internet groups. But it makes sense, and some

real game. It should be kept simple, but it would be nice if we could introduce for example encryption, make the server selection more important etc. Regards, Adrien PS: it's under

search engine tech fundamentals that I've given at a Raspberry Pi jam and a tech college. I feel that understanding/developing search is important for: - critical appraisal of current engines - building 'honest' engines and encouraging [as in 2000] diversity in search - hooking bits of the 'freed' infrastucture together and making

like to propose a session for Sunday: DataAutonomy in the age of Silos Data Autonomy , the sovereignty of individuals over data about them gains importance with the amount of data that is created. Data Autonomy has two aspects, access and confidentially. Access is the possibility to know what data exists

smarter than anybody, > certainly in the sense that my way is the right way - but I do recognize > that it is important to discuss things which people might not be a ware > of on their own when they first get online, and make their own decisions

what we should aim for whenever we need a touch of centralisation to solve a problem. But if we take into account the importance of metadata privacy as well as content privacy, I suspect that truly blind and truly idiotic gods will be very hard to design. A god that

drogulus project) has led me to wonder about the nature of hierarchy - when someone or some node in a network is more important than another. I skirt around it in my recent Europython talk. Given the way the Kademlia DHT algorithm I'm using works I expect several things

some role in the ecosystem. I'll try to write something up. I've been thinking about that too, but I think it's important to take a step back and think through the problem. I really want to push through the Little Centralization Paper (Tsitsiklis/Xu) a little more

more robust, but a centralized network *not* under attack will be faster, more consistent/reliable, easier to reach, consume less resources at the edge (important for mobile), and generally be easier to use... at least according to any known paradigm. Facebook is down every once in a while, but when

Interviewing the Jitsi people would be great! VERY important project that Jacob Appelbaum pitches regularly. --Steve On Aug 11, 2014 6:39 AM, < jackpot_@yopmail.com > wrote: Hey there ! Your Goals  are great and common to billion people in the world ! A first step into redecentralize

should aim for whenever we need a touch of centralisation to solve a > problem. But if we take into account the importance of metadata > privacy as well as content privacy, I suspect that truly blind and > truly idiotic gods will be very hard to design

anybody, > > certainly in the sense that my way is the right way - but I do > recognize > > that it is important to discuss things which people might not be a > ware > > of on their own when they first get online, and make their

agree with the failure of the planned economy experiment, but I think the comparison with the free market needs expansion. It's important to emphasise that we don't actually _have_ a free market, not as Hayeck and his followers envisaged. The potential for market imbalances (of power, knowledge, choice

would be to massively decentralize a lot of things if all the firewall/NAT cruft were out of the way. Network routing is certainly one important aspect of decentralization. But suppose Google now served Search & Gmail via a ZeroTierOne Earth Address. I'd think they would again quickly be able

DENY ALL” rule that requires thousands of hours of “black art” engineering to overcome. -Adam > Network routing is certainly one important aspect of decentralization. > But suppose Google now served Search & Gmail via a ZeroTierOne Earth > Address. I'd think they would again quickly

because it is too technically >> > challenging to deploy. >> > >> >> Network routing is certainly one important aspect of decentralization. >> >> But suppose Google now served Search & Gmail via a ZeroTierOne Earth >> >> Address

market place, it can’t right now because it is too technically challenging to deploy. > Network routing is certainly one important aspect of decentralization. > But suppose Google now served Search & Gmail via a ZeroTierOne Earth > Address. I'd think they would again quickly be able

market place, it can’t right now because it is too technically challenging to deploy. > >> Network routing is certainly one important aspect of decentralization. >> But suppose Google now served Search & Gmail via a ZeroTierOne Earth >> Address. I'd think they would

right now because it is too technically challenging to deploy. > >> Network routing is certainly one important aspect of decentralization. >> But suppose Google now served Search & Gmail via a ZeroTierOne Earth >> Address.  I'd think they would again quickly be able

right now because it is too technically challenging to deploy. > >> Network routing is certainly one important aspect of decentralization. >> But suppose Google now served Search & Gmail via a ZeroTierOne Earth >> Address.  I'd think they would again quickly be able

because it is too technically >> > challenging to deploy. >> > >> >> Network routing is certainly one important aspect of decentralization. >> >> But suppose Google now served Search & Gmail via a ZeroTierOne Earth >> >> Address

challenging to deploy. >> >> > >> >> >> Network routing is certainly one important aspect of >> >> >> decentralization. >> >> >> But suppose Google now served Search & Gmail via a ZeroTierOne Earth

massively decentralize a lot of things if all the firewall/NAT cruft were out of the way. > Network routing is certainly one important aspect of decentralization. > But suppose Google now served Search & Gmail via a ZeroTierOne Earth > Address. I'd think they would again quickly be able

Feross Aboukhadijeh < feross@feross.org > wrote: Hey everyone! I think Redecentralize is awesome – glad that you're spreading these important ideas to a broader audience. I actually had a slide about Redecentralize in my talk about WebRTC Data Black Magic  at RealtimeConf! I wanted

either accept or reject. (There is more, like maintaining nick names for wallets.  But those are irrelevant at this point.) The important point: the wallet must make sure that it no order exceeds the senders balance and no receiver can accept the same order twice. (The total

reject. > > (There is more, like maintaining nick names for wallets. But those are > irrelevant at this point.) > > The important point: the wallet must make sure that it no order exceeds > the senders balance and no receiver can accept the same order twice

There is more, like maintaining nick names for wallets. But those are >> irrelevant at this point.) >> >> The important point: the wallet must make sure that it no order exceeds >> the senders balance and no receiver can accept the same order twice

important topic, thanks for posting this! There already is a W3C community group for this, and ownCloud is a participant in it: https://www.w3.org/community/decsharing/participants It's currently made up mainly of people from ownCloud, Cozy, Known, and IndieHosters, and we had some discussion at and after the FLOSS4P2P unconference

Francis Irving a écrit : > Hiya all! Hi Francis ! > We're organising a Redecentralize Conference! > > Full details here, including most importantly a place to leave your > email to make sure you get invited first for tickets. > > http://redecentralize.org/conference/ > > It seems

search engine tech fundamentals that I've given at a Raspberry Pi jam and a tech college. I feel that understanding/developing search is important for:   - critical appraisal of current engines - building 'honest' engines and encouraging [as in 2000] diversity in search - hooking bits of the 'freed' infrastucture together

could have tried to go there. Next time ! => do not hesitate to share info about events around decentralization, I think this is important for the community to have opportunities to meet. Benjamin ANDRE - Cozy Cloud

receiver can either accept or reject. (There is more, like maintaining nick names for wallets. But those are irrelevant at this point.) The important point: the wallet must make sure that it no order exceeds the senders balance and no receiver can accept the same order twice. (The total

Feross Aboukhadijeh < feross@feross.org > wrote: Hey everyone! I think Redecentralize is awesome – glad that you're spreading these important ideas to a broader audience. I actually had a slide about Redecentralize in my talk about WebRTC Data Black Magic  at RealtimeConf! I wanted

danny@knestaut.net>> wrote: > > My thanks to Redecentralize for spreading the cause, and for this > list serve. > > Redecentralization became important to me personally when Google > shut down Reader. Until that day, I was a Chromebook-toting, > Android-wielding fanboy. Although Reader wasn

Danny Knestaut" < danny@knestaut.net > wrote: My thanks to Redecentralize for spreading the cause, and for this list serve. Redecentralization became important to me personally when Google shut down Reader. Until that day, I was a Chromebook-toting, Android-wielding fanboy. Although Reader wasn't the first Google service pulled

thanks to Redecentralize for spreading the cause, and for this list > > serve. > > > > Redecentralization became important to me personally when Google shut > > down Reader. Until that day, I was a Chromebook-toting, > > Android-wielding > > fanboy. Although Reader wasn

Danny Knestaut" < danny@knestaut.net > wrote: My thanks to Redecentralize for spreading the cause, and for this list serve. Redecentralization became important to me personally when Google shut down Reader. Until that day, I was a Chromebook-toting, Android-wielding fanboy. Although Reader wasn't the first Google service pulled

Redecentralize for spreading the cause, and for this >>> list >>> serve. >>> >>> Redecentralization became important to me personally when Google >>> shut >>> down Reader. Until that day, I was a Chromebook-toting

Danny Knestaut" < danny@knestaut.net > wrote: My thanks to Redecentralize for spreading the cause, and for this list serve. Redecentralization became important to me personally when Google shut down Reader. Until that day, I was a Chromebook-toting, Android-wielding fanboy. Although Reader wasn't the first Google service pulled

Danny Knestaut" < danny@knestaut.net > wrote: My thanks to Redecentralize for spreading the cause, and for this list serve. Redecentralization became important to me personally when Google shut down Reader. Until that day, I was a Chromebook-toting, Android-wielding fanboy. Although Reader wasn't the first Google service pulled

Danny Knestaut" < danny@knestaut.net > wrote: My thanks to Redecentralize for spreading the cause, and for this list serve. Redecentralization became important to me personally when Google shut down Reader. Until that day, I was a Chromebook-toting, Android-wielding fanboy. Although Reader wasn't the first Google service pulled

00PM -0800, Feross Aboukhadijeh wrote: > Hey everyone! I think Redecentralize is awesome – glad that you're > spreading these important ideas to a broader audience. I actually had a > slide about Redecentralize in my talk about WebRTC Data Black > Magic<http://vimeo.com/77265280>

command from the monkeysign > package (I hope Mailpile will be interoperable!): > > http://web.monkeysphere.info/monkeysign/ > > On Android, I can successfully import QRCodes from monkeyscan if I > install the Barcode Scanner from ZXing and GnuPrivacyGuard from > the Guardian project: > > https://play.google.com/store/apps/details?id=com.google.zxing.client.android

infrastructure inherently benefit from centralised models? Does there need to be a new type of "open peer-based corporation”? Or rather, how important is it to find alternative funding models in order to produce work of similar quality than the centralised models one intends to replace

inherently benefit from centralised models? Does there need to be a new type of "open peer-based corporation”? Or rather, how important is it to find alternative funding models in order to produce work of similar quality than the centralised models one intends to replace

00PM -0800, Feross Aboukhadijeh wrote: > Hey everyone! I think Redecentralize is awesome – glad that you're > spreading these important ideas to a broader audience. I actually had a > slide about Redecentralize in my talk about WebRTC Data Black > Magic< http://vimeo.com/77265280

their legal opinion (in addition to the peer-review of the original publication) we hoped to foster confidence that we did not miss anything important.  But still that's the normal course of affairs in science, isn't it? This is not a good idea, it will result