Login

Redecentralize

We’ve had enough of digital monopolies and surveillance capitalism. We want an alternative world that works for everyone, just like the original intention of the web and net.

We seek a world of open platforms and protocols with real choices of applications and services for people. We care about privacy, transparency and autonomy. Our tools and organisations should fundamentally be accountable and resilient.

Home
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:40:41
absolutely agree. As I've designed ZeroTier One I've had an eye toward further decentralization, designing the protocol so that it will be achievable with as little pain as possible. I have a mental image of what it might look like, and the protocol is designed to enable /...\ message types-- existing protocol messages should work fine and not need to be altered much (if at all). A bit about the ZT1 design: Supernodes in ZeroTier One are just regular nodes running the exact same code as the regular client that are running on fast cloud providers (Digital Ocean /...\ this case) and designated as such. In Defaults.cpp there is a hard-coded list at the moment that designates three supernodes in three different cities. More will probably be added in the future. Network IDs are 64-bit numbers composed of the 40-bit ZeroTier address of the "netconf master
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:53:30
from most VPNs? On Mon, Jan 6, 2014 at 1:40 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: I absolutely agree. As I've designed ZeroTier One I've had an eye toward further decentralization, designing the protocol so that it will be achievable with as little pain as possible /...\ have a mental image of what it might look like, and the protocol is designed to enable it with only the addition of new message types-- existing protocol messages should work fine and not need to be altered much (if at all). A bit about the ZT1 design: Supernodes /...\ regular nodes running the exact same code as the regular client that are running on fast cloud providers (Digital Ocean in this case) and designated as such. In Defaults.cpp there is a hard-coded list at the moment that designates three supernodes in three differ ent cities. More will probably
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:46:47
from most VPNs? On Mon, Jan 6, 2014 at 1:40 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: I absolutely agree. As I've designed ZeroTier One I've had an eye toward further decentralization, designing the protocol so that it will be achievable with as little pain as possible /...\ have a mental image of what it might look like, and the protocol is designed to enable it with only the addition of new message types-- existing protocol messages should work fine and not need to be altered much (if at all). A bit about the ZT1 design: Supernodes /...\ regular nodes running the exact same code as the regular client that are running on fast cloud providers (Digital Ocean in this case) and designated as such. In Defaults.cpp there is a hard-coded list at the moment that designates three supernodes in three differ ent cities. More will probably
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:50:49
from most VPNs? On Mon, Jan 6, 2014 at 1:40 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: I absolutely agree. As I've designed ZeroTier One I've had an eye toward further decentralization, designing the protocol so that it will be achievable with as little pain as possible /...\ have a mental image of what it might look like, and the protocol is designed to enable it with only the addition of new message types-- existing protocol messages should work fine and not need to be altered much (if at all). A bit about the ZT1 design: Supernodes /...\ regular nodes running the exact same code as the regular client that are running on fast cloud providers (Digital Ocean in this case) and designated as such. In Defaults.cpp there is a hard-coded list at the moment that designates three supernodes in three differ ent cities. More will probably
Richard D. Bartlett [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 09:34:23
work of all developers, not the domain of some specialist.  I can imagine a great article exploring the tension between design and democracy, exploring how open-source projects can adapt the 'visionary designer' model (e.g. Apple) to decentralised projects. Feel free to contact me off-list /...\ Irving < francis@flourish.org > wrote: Hi all! Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. As I describe in the Gigaom article today, I also think designers are quite interested in this (post /...\ interview more people with that kind of background, who have done at least something tangible in this area. Ideas I have: Telegram - who does design stuff there? Brennan from Mailpile - would it be good or weird for us to have a second interview of the same project
Francis Irving [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 15:20:26
link to something about > Telegram's travails? I'm interested. > > There's the potential for a dangerous wave of slickly designed messaging > apps that adopt the mantle of security without truly prioritizing it. I had > a frustrating interaction with the Tox team here, for example /...\ Having interviewed many geeks, I now think the limiting factor in mass > > adoption is involvement of more design and user experience people in > > decentralization projects. > > > > > > As I describe in the Gigaom article today, I also think designers /...\ have done at least something tangible in this area. > > > > > > Ideas I have: > > > Telegram - who does design stuff there? > > > > For the love of god please do not give Telegram any more attention. > > > > They
Ximin Luo [LibreList] Re: [redecentralize] Spring of User Experience 2014-03-01 10:22:03
Eric Mill [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 12:31:08
link to something about > Telegram's travails? I'm interested. > > There's the potential for a dangerous wave of slickly designed messaging > apps that adopt the mantle of security without truly prioritizing it. I had > a frustrating interaction with the Tox team here, for example /...\ Having interviewed many geeks, I now think the limiting factor in mass > > adoption is involvement of more design and user experience people in > > decentralization projects. > > > > > > As I describe in the Gigaom article today, I also think designers /...\ have done at least something tangible in this area. > > > > > > Ideas I have: > > > Telegram - who does design stuff there? > > > > For the love of god please do not give Telegram any more attention. > > > > They
Eric Mill [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 09:55:06
mind posting a link to something about Telegram's travails? I'm interested. There's the potential for a dangerous wave of slickly designed messaging apps that adopt the mantle of security without truly prioritizing it. I had a frustrating interaction with the Tox team here, for example: https://github.com /...\ Irving wrote: > Hi all! > > Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. > > As I describe in the Gigaom article today, I also think designers are quite interested /...\ with that kind of background, who have done at least something tangible in this area. > > Ideas I have: > Telegram - who does design stuff there? For the love of god please do not give Telegram any more attention. They are a marketing machine with no security credentials whatsoever
Francis Irving [LibreList] Re: [redecentralize] RDC 15 2015-10-17 01:17:28
directly between each other and with media organisations. I will leave it to you to judge how successful that ambition has been.   The design team I led put together a peer to peer application infrastructure to support targeted distribution and clearing of news, events and distribution of background materials /...\ some legalistic liability excuses that escalate this trend of course.   The web also has also trended in that direction. Although the web's design left the door wide open to centralisation by separating out client and server functionality which was a consequence of a design choice for broken 'hyper /...\ links.  That simplification was pivotal and not always in a good way for making application design decisions. Particularly where today developers have no experience of a pre web world.   Whether the "realtime" web is scalable remains to be seen but the opportunity is now emerging and I have
Geoffroy Couprie [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 19:33:08
build a UI around. That's what we saw with GPG, client cert authentication, etc. When you take a top down approach, you design the interaction of your system, then adapt cryptosystems there, and you may end up with requirements that current crypto cannot meet, or applying raw crypto APIs /...\ Irving < francis@flourish.org > wrote: Hi all! Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. As I describe in the Gigaom article today, I also think designers are quite interested in this (post /...\ interview more people with that kind of background, who have done at least something tangible in this area. Ideas I have: Telegram - who does design stuff there? Brennan from Mailpile - would it be good or weird for us to have a second interview of the same project
Eric Mill [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 09:48:38
mind posting a link to something about Telegram's travails? I'm interested. There's the potential for a dangerous wave of slickly designed messaging apps that adopt the mantle of security without truly prioritizing it. I had a frustrating interaction with the Tox team here, for example: https://github.com /...\ Irving wrote: > Hi all! > > Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. > > As I describe in the Gigaom article today, I also think designers are quite interested /...\ with that kind of background, who have done at least something tangible in this area. > > Ideas I have: > Telegram - who does design stuff there? For the love of god please do not give Telegram any more attention. They are a marketing machine with no security credentials whatsoever
Christian de Larrinaga [LibreList] Re: [redecentralize] RDC 15 2015-10-16 13:38:46
communicate directly between each other and with media organisations. I will leave it to you to judge how successful that ambition has been. The design team I led put together a peer to peer application infrastructure to support targeted distribution and clearing of news, events and distribution of background materials /...\ some legalistic liability excuses that escalate this trend of course. The web also has also trended in that direction. Although the web's design left the door wide open to centralisation by separating out client and server functionality which was a consequence of a design choice for broken 'hyper' links /...\ That simplification was pivotal and not always in a good way for making application design decisions. Particularly where today developers have no experience of a pre web world. Whether the "realtime" web is scalable remains to be seen but the opportunity is now emerging and I have
Ximin Luo [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 22:46:58
Paul Frazee [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 17:53:18
something about Telegram's travails? I'm interested. > >     There's the potential for a dangerous wave of slickly designed messaging apps that adopt the mantle of security without truly prioritizing it. I had a frustrating interaction with the Tox team here, for example /...\ Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. >         > >         > As I describe /...\ Gigaom article today, I also think designers are quite interested in this (post Snowden), and likely there are some who need good projects to help/start but don't know about this movement
Adam Ierymenko [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 10:00:04
Irving < francis@flourish.org > wrote: Hi all! Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. As I describe in the Gigaom article today, I also think designers are quite interested in this (post /...\ interview more people with that kind of background, who have done at least something tangible in this area. Ideas I have: Telegram - who does design stuff there? Brennan from Mailpile - would it be good or weird for us to have a second interview of the same project
Francis Irving [LibreList] Spring of User Experience 2014-02-27 20:20:26
Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. As I describe in the Gigaom article today, I also think designers are quite interested in this (post Snowden), and likely there are some /...\ interview more people with that kind of background, who have done at least something tangible in this area. Ideas I have: Telegram - who does design stuff there? Brennan from Mailpile - would it be good or weird for us to have a second interview of the same project
Eric Mill [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 13:21:29
Irving < francis@flourish.org > wrote: Hi all! Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. As I describe in the Gigaom article today, I also think designers are quite interested in this (post /...\ interview more people with that kind of background, who have done at least something tangible in this area. Ideas I have: Telegram - who does design stuff there? Brennan from Mailpile - would it be good or weird for us to have a second interview of the same project
Michael Rogers [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-07 17:32:09
Facebook, Google, or Twitter. But that failure could be due to many reasons. Who's going to buy stock in a blind-by-design internet company that can't target ads at its users? How do you advertise a system that doesn't have a central place where people /...\ 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 knows absolutely nothing can't contribute to the running of the system. So perhaps the first question to ask when designing
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-03 11:31:11
post includes some thoughts I've wanted to get down for a while: http://adamierymenko.com/decentralization-i-want-to-believe/ In this blog post you wrote: > I designed the protocol to be capable of evolving toward a more decentralized design in the future without disrupting existing users, but that's where it stands /...\ verifying agreement on the proposed update.  (This is slightly more than most paxos implementations provide, since those are for some reason beyond me, designed to TRUST the origin of an update.)  Fortunately we have this code.  So what we really need is "network traffic" between peers identified
Jonny Leroy [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-27 13:02:02
Irving < francis@flourish.org > wrote: Hi all! Having interviewed many geeks, I now think the limiting factor in mass adoption is involvement of more design and user experience people in decentralization projects. As I describe in the Gigaom article today, I also think designers are quite interested in this (post /...\ interview more people with that kind of background, who have done at least something tangible in this area. Ideas I have: Telegram - who does design stuff there? Brennan from Mailpile - would it be good or weird for us to have a second interview of the same project
Ximin Luo [LibreList] Re: [redecentralize] Spring of User Experience 2014-02-28 11:50:48
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-19 12:52:55
Facebook, Google, or Twitter. But that failure could be due to many > reasons. Who's going to buy stock in a blind-by-design internet > company that can't target ads at its users? How do you advertise a > system that doesn't have a central place /...\ 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 knows > absolutely nothing can't contribute to the running of the system. So > perhaps the first question to ask when designing
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-04 16:06:56
schrieb "Jörg F. Wittenberger": Adam, I've got a question: … In this blog post you wrote: > I designed the protocol to be capable of evolving toward a more decentralized design in the future without disrupting existing users, but that's where it stands
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-06 08:34:56
probably* a way to do it, but I think that life is easier if > you embrace things like eventually consistency and > design things to work with those principles instead of attempting to > box them into something they arn't. > > The feed in secure scuttlebutt /...\ source mode, do NOT let the browser mangle it and skip XML comments). > and currently we are focusing on figuring out how to design much > simpler things that do not require consistency. I see. I filed a note to self for SSB under eventually consistent DB layer
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Re: Trustworthy Contract Handling - Comparison Of Approaches 2014-08-15 17:46:37
Wittenberger wrote: > Am 06.08.2014 13:58, schrieb Nicholas H.Tollervey: >> >> Items stored in the drogulus are designed to stand on their own >> and be self-verifiable through cryptographic signing. > > Thanks for your feedback. > > I see quite some interesting things /...\ this point I still want to be sure I have all *my* data and can > access it. (Sorry for the complication wrt. DHT design. ;-) > > Now we know that I have one copy of all data I *really* care about > which I can physically secure
Lockwood Michael [LibreList] Conference Tickets 2015-10-07 14:21:15
conference seem to have sold out. Does anybody know if there will be any more ? Best Mick Mick Lockwood Lecturer In Digital Design | School of Art and Design Programme Leader | BSc Computer And Video Games HT105, Centenary Building, University of Salford, Salford
Marc Laporte [LibreList] Tiki Suite - Server, Web, Desktop and Mobile suite 2014-06-26 21:53:55
more unique than most :-) Now, the Tiki Model has been extended to a software suite: https://tiki.org/Model Tiki, as a PHP application, is designed for shared hosting and can run on just about any operating system. However, for Tiki Suite we have selected ClearOS for deeper & tighter integration /...\ ClearOS is a cloud-connected Server, Network, and Gateway operating system designed for homes and distributed organizations. ClearOS is a central component of Tiki Suite and has a very large number of well integrated features to choose from: Mail & Webmail, LDAP, VPN & Firewall, etc. Most of the apps
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-02 11:07:42
that software built upon them cannot interoperate easily with other software built upon others. IP and open standards like HTTP, JSON, XML, etc. are designed for heterogenous ecosystems of interoperable clients and servers. The idea with ZeroTier was to be, as I said in my secret RSS feed /...\ anti-lock-in path back to open protocols over a true many-to-many flat Internet address space. It’s a project/product designed to make itself obsolete. -Adam On Aug 31, 2014, at 6:36 PM, Eric Mill <eric@konklone.com> wrote: > I got the feed, served
holger krekel [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-02 19:16:07
that software built upon them cannot interoperate easily with other software built upon others. IP and open standards like HTTP, JSON, XML, etc. are designed for heterogenous ecosystems of interoperable clients and servers. > > The idea with ZeroTier was to be, as I said in my secret RSS feed /...\ anti-lock-in path back to open protocols over a true many-to-many flat Internet address space. It’s a project/product designed to make itself obsolete. > > -Adam > > On Aug 31, 2014, at 6:36 PM, Eric Mill <eric@konklone.com> wrote
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-04 16:04:39
Steve Phillips <steve@tryingtobeawesome.com> wrote: >> >>> 3. For a year or so I've had a design for a zero-knowledge server that nonetheless implements partial search/querying functionality for anyone with the key. Perhaps this could also play some role in the ecosystem /...\ just furnished it as an example to show that the complexity *floor* for systems like this can be pretty low. Usually the practical design is less minimal than what theory allows
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-03 14:21:03
schrieb "Jörg F. Wittenberger": Adam, I've got a question: … In this blog post you wrote: > I designed the protocol to be capable of evolving toward a more decentralized design in the future without disrupting existing users, but that's where it stands today
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-03 10:45:39
Steve Phillips <steve@tryingtobeawesome.com> wrote: > >> 3. For a year or so I've had a design for a zero-knowledge server that nonetheless implements partial search/querying functionality for anyone with the key. Perhaps this could also play some role in the ecosystem /...\ update rules. No peer simply accepts updates, the check the contract to verify the update complies with the terms.) At this point the design is down to a simple pointer stored with the first value pointing to a second value (the script, which in turn points to an update policy
Adam Ierymenko [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 12:31:33
result of the firewall cargo cult we are in an arms race with ourselves to defeat our own security measures. We block things, then design protocols to get around that, then block those, rinse and repeat. It's so unbelievably dumb. (2) Yup. (3) Maybe infosec companies encourage this kind /...\ FIREWALL YOU BROKE IT THE FIREWALL!!1 A: Please remain calm. Each device being addressable from one another is the way the Internet was designed to work and is the way IPv6 works, so this is something you will want to adjust to rather than resist. You will likely want
Dominic Tarr [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-05 06:51:59
this. There is *probably* a way to do it, but I think that life is easier if you embrace things like eventually consistency and design things to work with those principles instead of attempting to box them into something they arn't. The feed in secure scuttlebutt is verifiable - just /...\ trust value. The thing you seem to be describing is certainly quite complex, and currently we are focusing on figuring out how to design much simpler things that do not require consistency. Dominic On Thu, Sep 4, 2014 at 6:45 AM, Jörg F. Wittenberger <Joerg.Wittenberger@softeyes.net
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-05 11:57:52
schrieb "Jörg F. Wittenberger": Adam, I've got a question: … In this blog post you wrote: > I designed the protocol to be capable of evolving toward a more decentralized design in the future without disrupting existing users, but that's where it stands
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Re: Trustworthy Contract Handling - Comparison Of Approaches 2014-08-07 11:31:57
schrieb Nicholas H.Tollervey: > > Items stored in the drogulus are designed to stand on their own and be > self-verifiable through cryptographic signing. Thanks for your feedback. I see quite some interesting things in Drogulus. However I'm "sort of" skeptic when I read "crypto /...\ this point I still want to be sure I have all *my* data and can access it. (Sorry for the complication wrt. DHT design. ;-) Now we know that I have one copy of all data I *really* care about which I can physically secure. At this point
Eric Mill [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-05 00:48:45
schrieb "Jörg F. Wittenberger": Adam, I've got a question: … In this blog post you wrote: > I designed the protocol to be capable of evolving toward a more decentralized design in the future without disrupting existing users, but that's where it stands
Ximin Luo [LibreList] Re: [redecentralize] First Person Technologies 2014-03-31 19:36:04
David Burns [LibreList] Re: [redecentralize] Europython talk on P2P & Politics 2014-07-27 20:49:10
have tolerated the ceremonial effigy burning with better humor, or skipped ahead. At first I wanted to quibble with your slogan, "programming is political." Designing a simple calculator program, one that just does it's job when I tell it to, is not political. Writing programs
Jacob Cook [LibreList] Re: [redecentralize] Intros and current projects 2014-01-02 19:00:50
Unfortunately, after spending way too much energy to make the >> script work with Docker, and after I sketched out the design for >> the generic system and realized how long it'd take to get to a >> Minimum Viable Product, I ran out of steam
Feross Aboukhadijeh [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-31 17:54:38
WebRTC can speak whatever protocol you want (you can design your own). WebTorrent is going to speak the same BitTorrent protocol, as much as possible. WebRTC does not allow you to open arbitrary TCP or UDP sockets, which is what I think you're asking. Existing torrent clients will need
Eric Mill [LibreList] Re: [redecentralize] Intros and current projects 2014-01-02 01:16:33
benefits. Unfortunately, after spending way too much energy to make the script work with Docker , and after I sketched out the design for the generic system and realized how long it'd take to get to a Minimum Viable Product, I ran out of steam. I'd like to know
maze@strahlungsfrei.de [LibreList] Re: [redecentralize] Intros and current projects 2014-01-02 23:56:09
benefits. > > Unfortunately, after spending way too much energy to make the script > work with Docker, and after I sketched out the design for the generic > system and realized how long it'd take to get to a Minimum Viable > Product, I ran out of steam
Eric Mill [LibreList] Re: [redecentralize] Intros and current projects 2014-01-02 21:58:22
Unfortunately, after spending way too much energy to make the >> script work with Docker, and after I sketched out the design for >> the generic system and realized how long it'd take to get to a >> Minimum Viable Product, I ran out of steam
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-09 09:25:35
that 3rd party code can execute without auditing by the OS vendor. Like an OS, the effectiveness will then rely on a well-designed permissions model. Regarding shared state, the client/server model is continued, and so server nodes still maintain state authority, but the user may change which servers
Benjamin ANDRE [LibreList] Re: [redecentralize] Intros and current projects 2014-01-05 16:13:36
Unfortunately, after spending way too much energy to make the >> script work with Docker, and after I sketched out the design for >> the generic system and realized how long it'd take to get to a >> Minimum Viable Product, I ran out of steam
Thomas Levine [GG] Distributed Dance Party update 2018-06-18 23:34:00
economics, governance philosophy, social sciences, machine   learning, science fiction, consciousness and biohacking. Blend in artists,   developers, wellness experts, students and designers as we chart the course   of the economic and thought re-evolution!   We will cross-pollinates communities in tech, philosophy
hellekin [LibreList] Re: [redecentralize] Check out Hiveware's decentralized platform (as in no servers) 2015-09-02 13:06:32
philosophy of "open source", forced or not. Open source is a reduction of the free software philosophy to its engineering aspect, specifically designed to tame corporate fears about anything social. It succeeded in bringing free software to the mainstream, but it fails to inflect technological innovation towards inclusive
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Europython talk on P2P & Politics 2014-07-28 08:53:49
effigy burning with better humor, or skipped ahead. At > first I wanted to quibble with your slogan, "programming is > political." Designing a simple calculator program, one that just > does it's job when I tell it to, is not political. Writing programs > that mediate
David Llop [GG] Job(s): Project Manager & Senior Dev, in Blockchain + Commons Research Project @Madrid 2018-07-19 03:42:00
/samerP2P/status/1017822934222692352 Working at P2P Models is an opportunity to collaborate with people passionate to create social impact, in an environment which mixes academics, hackers, designers and activists. We do research on commons-oriented communities, and build blockchain-driven frameworks and tools to support their sustainability. More info: Funded
Steve Phillips [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-01 21:02:50
Fluidinfo scenario, but hosted my multiple parties. Would either of these be helpful? 3. For a year or so I've had a design for a zero-knowledge server that nonetheless implements partial search/querying functionality for anyone with the key.  Perhaps this could also play some role
Robert Tischer [LibreList] RE: [redecentralize] Check out Hiveware's decentralized platform (as in no servers) 2015-09-02 13:49:55
philosophy of "open source", forced or not. Open source is a reduction of the free software philosophy to its engineering aspect, specifically designed to tame corporate fears about anything social. It succeeded in bringing free software to the mainstream, but it fails to inflect technological innovation towards inclusive
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-10 14:51:13
that 3rd party code can execute without auditing by the OS vendor. Like an OS, the effectiveness will then rely on a well-designed permissions model. I see. This is basically the same question we had to solve when looking into "how do those nodes run application code
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-10 11:51:10
that 3rd party code can execute without auditing by the OS vendor. Like an OS, the effectiveness will then rely on a well-designed permissions model. I see.  This is basically the same question we had to solve when looking into "how do those nodes run application code
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-11 10:45:08
banking program) which runs Citibank and Mint as workers. Regarding reltypes, they are much like the types in a programming language, but they are designed to coordinate IPC. They don't use any formal description language to provide analysis by an IDE, and that's currently viewed as an advantage
ben [GG] Re: Public Money until tomorrow evening: 2016-04-10 14:54:00
different approached and challenges must be taken into account. 3/ Trust hardware: With INRIA we consider that in the digital space is unprivate by design. That's why we tried to contain the chain of trust as small as possible: the idea is to depend of the smallest hardware
Robert Tischer [LibreList] RE: [redecentralize] Check out Hiveware's decentralized platform (as in no servers) 2015-09-02 16:36:16
around. Sorry about the non-standard replies. I guess I got in the habit of marking replies manually when my partner and I were designing together and we had to keep track of our comments and their depths. best regards, Robert rtischer@hiveware.com -----Original Message----- From: redecentralize@librelist.com [mailto:redecentralize@librelist.com] On Behalf
Louise Ishka [LibreList] Re: [redecentralize] Intros and current projects 2014-01-03 08:38:06
Unfortunately, after spending way too much energy to make the >> script work with Docker, and after I sketched out the design for >> the generic system and realized how long it'd take to get to a >> Minimum Viable Product, I ran out of steam
Francis Irving [LibreList] Re: [redecentralize] Hello! 2013-12-10 01:52:00
holidays - so say January 2nd? Audience is 1) power users* interested in changing to decentralized solutions, 2) in so doing, any developers / product designers reading to learn pain points big and small that need addressing. Markdown please (that's right, isn't it Ross?). And some pictures / subheadings to make
Adam Ierymenko [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 11:06:01
FIREWALL YOU BROKE IT THE FIREWALL!!1 A: Please remain calm. Each device being addressable from one another is the way the Internet was designed to work and is the way IPv6 works, so this is something you will want to adjust to rather than resist. You will likely want
Michael Rogers [LibreList] Re: [redecentralize] Status reports - where are you with your work? 2014-05-02 16:18:26
BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 What's the project? Briar is a messaging app designed for activists, journalists, and anyone else who needs a safe, easy and robust way to communicate. Unlike traditional messaging tools such as email or Twitter, Briar doesn't rely on a central server - messages
Joakim Stai [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 20:09:09
FIREWALL YOU BROKE IT THE FIREWALL!!1 A: Please remain calm. Each device being addressable from one another is the way the Internet was designed to work and is the way IPv6 works, so this is something you will want to adjust to rather than resist. You will likely want
Adam Ierymenko [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 12:02:36
FIREWALL YOU BROKE IT THE FIREWALL!!1 A: Please remain calm. Each device being addressable from one another is the way the Internet was designed to work and is the way IPv6 works, so this is something you will want to adjust to rather than resist. You will likely want
David Geib [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 15:27:01
FIREWALL YOU BROKE IT THE FIREWALL!!1 A: Please remain calm. Each device being addressable from one another is the way the Internet was designed to work and is the way IPv6 works, so this is something you will want to adjust to rather than resist. You will likely want
David Geib [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 15:48:55
FIREWALL YOU BROKE IT THE FIREWALL!!1 A: Please remain calm. Each device being addressable from one another is the way the Internet was designed to work and is the way IPv6 works, so this is something you will want to adjust to rather than resist. You will likely want
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-02 12:47:06
Steve Phillips <steve@tryingtobeawesome.com> wrote: > 3. For a year or so I've had a design for a zero-knowledge server that nonetheless implements partial search/querying functionality for anyone with the key. Perhaps this could also play some role in the ecosystem. I'll try to write something
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Re: Trustworthy Contract Handling - Comparison Of Approaches 2014-08-06 12:58:21
more note. > Hi, Sorry, I missed this in the deluge of email that is my inbox. ;-) Items stored in the drogulus are designed to stand on their own and be self-verifiable through cryptographic signing. An item stored in the DHT is a collection of named fields and associated
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-12 08:30:41
real-world political entities (corporations, governments, etc.) to create signing certificates. This is also the solution ZeroTier uses, more or less. Supernodes are designated as such because they're hard coded, which will soon be determined by a signing certificate that I plan to put somewhere very safe (and keep
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-12 20:23:47
with several compatriots using the network and over time come to trust them before any attack is launched against the network, you can then designate them as trusted parties without any external contact. This is like the Bitcoin solution except that instead of using processing power as the limit
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-13 21:04:47
with several compatriots using the network and over time come to trust them before any attack is launched against the network, you can then designate them as trusted parties without any external contact. This is like the Bitcoin solution except that instead of using processing power as the limit
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-19 12:22:38
On Aug 14, 2014, at 1:30 AM, David Geib < trustiosity.zrm@gmail.com > wrote: It
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-02 23:05:21
scheme. I get the feeling that cryptocurrencies are used as some sort of decentralization hammer. Don't get me wrong, bitcoin is a brilliant design, but the assurances it gives you (total ordering & consistency) are just not necessary for many applications. Secure-scuttlebutt is somewhere inbetween a blockchain (globally
Dominic Tarr [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-02 16:55:31
scheme. I get the feeling that cryptocurrencies are used as some sort of decentralization hammer. Don't get me wrong, bitcoin is a brilliant design, but the assurances it gives you (total ordering & consistency) are just not necessary for many applications. Secure-scuttlebutt is somewhere inbetween a blockchain (globally
Dominic Tarr [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-03 11:04:25
cryptocurrencies >> are used as some sort of decentralization hammer. Don't get me wrong, >> bitcoin is a brilliant design, but the assurances it gives you (total >> ordering & consistency) >> are just not necessary for many applications. >> >> Secure-scuttlebutt
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-06 08:53:52
identifier to some stable one, where I can switch keys.  Sure this can always be done, it's just yet another layer to design into the system from the beginning.) (2) More generally, SSB can publish a lot of different kinds of relationships between the nodes, because