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
Johan Pouwelse [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 18:36:20
other apps can also use it. > Also what is the point of that graph on that last link - what are you trying to communicate to the user? And why are you using a line graph to plot a discrete variable? Under what circumstance would you want /...\ circuit, and how are you communicating this choice to the user in the UI? If you are referring to the hops versus download speed graph.. This is just the result of an initial measurement with people on our forum. This was our first indication that our method could yield /...\ plus an over-the-local-wifi feature. The two > things I wonder: what's the merit of bittorrent as a replacement > communication structure when applications don't communicate via > file-sharing, and would this perform well enough to make it useful now? > > Also second Ximin
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:40:41
peers so a few minutes of downtime doesn't affect anyone much. All the authentication is based around 256-bit ECC cryptography. All communications between peers are encrypted end-to-end, so while supernodes can see *that* you are communicating (unless you successfully NAT-traverse and connect directly) but cannot /...\ many members for everyone to get every multicast, it degrades gracefully by propagating multicasts to multicast subscribers that are more frequent partners in communication. I chose to virtualize at layer 2 because this enables any protocol to work... you could even play IPX LAN games over this /...\ 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 to physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:53:30
peers so a few minutes of downtime doesn't affect anyone much. All the authentication is based around 256-bit ECC cryptography. All communications between peers are encrypted end-to-end, so while supernodes can see *that* you are communicating (unless you successfully NAT-traverse and connect directly) but cannot /...\ many members for everyone to get every multicast, it degrades gracefully by propagating multicasts to multicast subscribers that are more frequent partners in communication. I chose to virtualize at layer 2 because this enables any protocol to work... you could even play IPX LAN games over this /...\ 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 to physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:50:49
peers so a few minutes of downtime doesn't affect anyone much. All the authentication is based around 256-bit ECC cryptography. All communications between peers are encrypted end-to-end, so while supernodes can see *that* you are communicating (unless you successfully NAT-traverse and connect directly) but cannot /...\ many members for everyone to get every multicast, it degrades gracefully by propagating multicasts to multicast subscribers that are more frequent partners in communication. I chose to virtualize at layer 2 because this enables any protocol to work... you could even play IPX LAN games over this /...\ 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 to physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve
Ximin Luo [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 22:18:20
Paul Frazee [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 13:41:47
other apps can also use it. > Also what is the point of that graph on that last link - what are you trying to communicate to the user? And why are you using a line graph to plot a discrete variable? Under what circumstance would you want /...\ circuit, and how are you communicating this choice to the user in the UI? If you are referring to the hops versus download speed graph.. This is just the result of an initial measurement with people on our forum. This was our first indication that our method could yield /...\ plus an over-the-local-wifi feature. The two > things I wonder: what's the merit of bittorrent as a replacement > communication structure when applications don't communicate via > file-sharing, and would this perform well enough to make it useful now? > > Also second Ximin
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:46:47
peers so a few minutes of downtime doesn't affect anyone much. All the authentication is based around 256-bit ECC cryptography. All communications between peers are encrypted end-to-end, so while supernodes can see *that* you are communicating (unless you successfully NAT-traverse and connect directly) but cannot /...\ many members for everyone to get every multicast, it degrades gracefully by propagating multicasts to multicast subscribers that are more frequent partners in communication. I chose to virtualize at layer 2 because this enables any protocol to work... you could even play IPX LAN games over this /...\ 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 to physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve
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
Ximin Luo [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 14:52:13
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-14 04:30:54
have *anything*, you have to ask what it is you're supposed to be trusting. If you start communicating with some John Doe on the other side of the world with no prior relationship or claim to any specific credentials, does it actually matter that he wants to call himself /...\ John Smith instead of John Doe? At that point the only thing you can really ask to be assured of is that when you communicate with "John Smith" tomorrow it's the same "John Smith" it was yesterday. > Another point on this... History has taught us that governments /...\ forever. That's nothing new. Maybe the question is whether there are any new *solutions* to the old problems. Some combination of global instantaneous communication and digital storage might make it harder for people to behave dishonestly or inconsistently without getting caught. But then we're back to computing trust
Paul Frazee [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 09:56:05
putting behind TOR, plus an over-the-local-wifi feature. The two things I wonder: what's the merit of bittorrent as a replacement communication structure when applications don't communicate via file-sharing, and would this perform well enough to make it useful now? Also second Ximin's thoughts /...\ expanding our Android port and enhance our NFC sync capability. Tech docs: https://github.com/Tribler/tribler/wiki#tor-like-onion-routing-and-privacy-protection Our promo text: The Shadow Internet - a censorship-free communication infrastructure The shadow Internet is an alternative communication infrastructure. Under active development for several years, it's specifically crafted to be resilient to sniffing, blocking
mempko [LibreList] Re: [redecentralize] The Cloud's Shadow on Grass Computing 2015-04-03 08:45:25
because corporations really care about this notion. But a free society?<br> <br> There are four modes of communication we do, public/anonymous, private/anonymous, public/known, private/known. Now the question is which modes of communication should act like many systems and which should act like one system. Here /...\ obviously stupid. <br> <br> <a href="http://firestr.com/">Fire★</a> falls on the private/known mode of communication, and I am not attempting to make it anything else.  ZeroTier One can act as public or private and it makes sense /...\ system are HARD and you have to deal with CAP. <br> <br> The developers trying to make decentralized public communication systems have a huge hill to climb and they need resources that corporations are simply not interested in providing. I really feel for them
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 10:51:29
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 /...\ killer apps" for it. It wouldn't go anywhere. This is why one of my goals with this project is to make p2p lateral communication easy on public virtual LANs. The fact that peers use a set of centralized servers to find each other is IMHO secondary... making lateral communication
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:18:13
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 to physically decentralize the network. I'm not saying the latter isn't important... just that it's a lot harder to achieve /...\ killer apps" for it. It wouldn't go anywhere. This is why one of my goals with this project is to make p2p lateral communication easy on public virtual LANs. The fact that peers use a set of centralized servers to find each other is IMHO secondary... making lateral communication
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Re: Trustworthy Contract Handling - Comparison Of Approaches 2014-08-15 17:46:37
application agnostic. > So I need an environment where I see agents (be them accounts > representing human users or automated, autonomous processes) > communicating via asynchronous, unreliable, unidirectional > messages. That's how we observe human interaction in writing. > Humans or juristic persons sending letters, registered mail /...\ Again, quite. Actually, it's not just humans - I've been reading quite a bit of literature on insect interactions, communication and behaviour. A good overview and a book I particularly enjoyed was Deborah Gordon's "Ant Encounters - Interaction Networks and Colony Behaviour". > Side note: Tuns
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-13 21:04:47
being intervened with may be compromised. > > In a theoretical sense that's true, because if the network is totally compromised, meaning no communication can take place between anyone, then you can't do anything in the direction of fixing it without having some external network /...\ coordinate. But that's only a problem before bootstrap. If you can discover and communicate 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
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-12 20:23:47
network being intervened with may be compromised. In a theoretical sense that's true, because if the network is totally compromised, meaning no communication can take place between anyone, then you can't do anything in the direction of fixing it without having some external network to use to coordinate /...\ that's only a problem before bootstrap. If you can discover and communicate 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
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-10 11:51:10
that two additional posts were uploaded that explain more of the architecture: > > "In-Application Sandboxing with Web Workers" http://pfraze.github.io/2014/03/08/in-application-sandboxing-with-web-workers.html > "Communicating with Web Workers using HTTP" http://pfraze.github.io/2014/03/08/communicating-with-web-workers-using-http.html Thanks for these.  It still looks related.  Though I feel I'm missing /...\ state bypassing the agreement step. Insofar your sandboxing text reads very related to our implementation. Obviously. Ah, yeah: applications in Askemos can communicate with each other. By passing asynchronous messages. The implementation makes sure that in - case the group of nodes maintaining the receiving application is not the same
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-10 14:51:13
posts were uploaded that explain more of the architecture: > > "In-Application Sandboxing with Web Workers" http://pfraze.github.io/2014/03/08/in-application-sandboxing-with-web-workers.html > "Communicating with Web Workers using HTTP" http://pfraze.github.io/2014/03/08/communicating-with-web-workers-using-http.html Thanks for these. It still looks related. Though I feel I'm missing something basic. Like /...\ state bypassing the agreement step. Insofar your sandboxing text reads very related to our implementation. Obviously. Ah, yeah: applications in Askemos can communicate with each other. By passing asynchronous messages. The implementation makes sure that in - case the group of nodes maintaining the receiving application is not the same
Johan Pouwelse [LibreList] The Shadow Internet: Please help us to get funding 2014-03-21 15:43:07
expanding our Android port and enhance our NFC sync capability. Tech docs: https://github.com/Tribler/tribler/wiki#tor-like-onion-routing-and-privacy-protection Our promo text: The Shadow Internet - a censorship-free communication infrastructure The shadow Internet is an alternative communication infrastructure. Under active development for several years, it's specifically crafted to be resilient to sniffing, blocking
David Geib [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 15:27:01
ports and unnecessarily using a central server to connect two endpoints. Result: Central server becomes a single point of compromise for millions of users' communications. 3) Enterprise starts using DPI to actually verify that something on port 80 is HTTP to block the people running other apps on it. Result /...\ traffic going through it, which gives one target an attacker can compromise and use to compromise all the communications in your entire organization. No part of this can be considered a security improvement. On Fri, Jul 4, 2014 at 3:02 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: I sort
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-11 10:45:08
consumer of a Web service (a User Agent) then fetches links, queries the links by looking for reltypes that it understands, and then begins communicating with the endpoints of those links according to their reltype specs. By publishing Askemos' protocols as reltypes, you standardize the protocols. For a simple example /...\ order to receive the pings. The client can assume that subscription will work, otherwise the server is mis-implemented and should be avoided. For communicating between peers and browsers, there's WebRTC, which acts as an HTTPL channel just like the Workers' postMessage channel
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Re: Trustworthy Contract Handling - Comparison Of Approaches 2014-08-15 19:21:54
need an environment where I see agents (be them accounts >> representing human users or automated, autonomous processes) >> communicating via asynchronous, unreliable, unidirectional >> messages. That's how we observe human interaction in writing. >> Humans or juristic persons sending letters, registered mail /...\ Again, quite. Actually, it's not just humans - I've been reading quite > a bit of literature on insect interactions, communication and > behaviour. A good overview and a book I particularly enjoyed was > Deborah Gordon's "Ant Encounters - Interaction Networks and Colony > Behaviour
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-20 00:56:27
have some name or other identity and you need a trustworthy method of obtaining the corresponding public key. The second problem is the communication problem, which is a reliability/availability problem. You have some public key and you want to make a [more] direct connection to it so you need /...\ actually required in general. The things like that which everyone has to agree about are relatively static. Meanwhile if Alice and Bob want to communicate then Alice and Bob have to agree on how to do it but that doesn't require everybody else to do it in the same
Adam Ierymenko [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 12:31:33
ports and unnecessarily using a central server to connect two endpoints. Result: Central server becomes a single point of compromise for millions of users' communications. 3) Enterprise starts using DPI to actually verify that something on port 80 is HTTP to block the people running other apps on it. Result /...\ traffic going through it, which gives one target an attacker can compromise and use to compromise all the communications in your entire organization. No part of this can be considered a security improvement. On Fri, Jul 4, 2014 at 3:02 PM, Adam Ierymenko < adam.ierymenko@zerotier.com > wrote: I sort
Steve Phillips [LibreList] Re: [redecentralize] Hangoouts - SKyype Selfhost 2014-08-11 06:53:35
great and common to billion people in the world ! A first step into redecentralize all could be self host some of cloud and communications systems like G**gle hangout and Skype. I found these very useful https://meet.jit.si https://jitsi.org open source and free projects, with many cool options also
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Re: Trustworthy Contract Handling - Comparison Of Approaches 2014-08-07 11:31:57
archive+backup, calendar, notes etc. So I need an environment where I see agents (be them accounts representing human users or automated, autonomous processes) communicating via asynchronous, unreliable, unidirectional messages. That's how we observe human interaction in writing. Humans or juristic persons sending letters, registered mail etc. Side note
Kiktron RAKO [LibreList] Re: [redecentralize] Hangoouts - SKyype Selfhost 2014-08-12 16:24:13
great and common to billion people in the world ! A first step into redecentralize all could be self host some of cloud and communications systems like G**gle hangout and Skype. I found these very useful https://meet.jit.si https://jitsi.org open source and free projects, with many cool options also
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-12 08:30:41
distinguish a targeted attack from a node being offline is to establish that it is online, which requires you to have a communications path to it, which would allow you to defeat the attack. So unless you can efficiently defeat the attack you can't efficiently detect whether
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-19 12:52:55
would be significantly easier if it weren’t for NAT. NAT traversal demands a relaying maneuver that inherently exposes some metadata about the communication event taking place. But we already know NAT is evil and must be destroyed or the kittens will die. > It's true that nobody
Christian de Larrinaga [LibreList] Re: [redecentralize] The next billion. A broken web. Social implications. 2015-09-17 18:26:32
environment > changes, > > and with it your organism, from biological to political. With the few > > hindsight we have gained on communication technologies, we can > tell that > > powers already there can use them to their advantage as much as > wannabe > > liberation
Stephan Tual [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-24 22:15:06
Francis Irving [LibreList] Re: [redecentralize] RDC 15 2015-10-17 01:17:28
motivation was very much to redress the balance or rather lack of, from mainstream media reporting on developing world issues by having correspondents 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
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-04 15:45:37
intersection of senders and receivers notaries is too small.) For a larger world byzantine replication does not work, because it comes at quadratic communication cost. Instead we would create "virtual banks": groups of individuals each running a peer and *contracted* (as in "having signed a legal contract
Paul Frazee [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-04 12:45:35
intersection of senders and receivers notaries is too small.) For a larger world byzantine replication does not work, because it comes at quadratic communication cost.  Instead we would create "virtual banks": groups of individuals each running a peer and *contracted* (as in "having signed a legal contract
Dominic Tarr [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-05 06:51:59
receivers > notaries is too small.) > > For a larger world byzantine replication does not work, because it comes > at quadratic communication cost. Instead we would create "virtual > banks": groups of individuals each running a peer and *contracted* (as > in "having signed
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-06 08:34:56
notaries is too small.) >> >> For a larger world byzantine replication does not work, because it comes >> at quadratic communication cost. Instead we would create "virtual >> banks": groups of individuals each running a peer and *contracted
Michael Rogers [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-09-12 17:14:40
significantly easier if it weren’t for NAT. NAT > traversal demands a relaying maneuver that inherently exposes some > metadata about the communication event taking place. But we already > know NAT is evil and must be destroyed or the kittens will die. NAT is the biggest
hellekin [LibreList] Re: [redecentralize] The next billion. A broken web. Social implications. 2015-09-17 11:17:34
embrace new technologies, your environment changes, and with it your organism, from biological to political. With the few hindsight we have gained on communication technologies, we can tell that powers already there can use them to their advantage as much as wannabe liberation technologies, except at a must large scale
Christian de Larrinaga [LibreList] Re: [redecentralize] RDC 15 2015-10-16 13:38:46
motivation was very much to redress the balance or rather lack of, from mainstream media reporting on developing world issues by having correspondents 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
Thomas Levine [GG] Re: Which decentralized products do you use day to day? 2016-07-14 06:33:00
interview me if I finish it, or perhaps if I don't. I use a bunch of things that might count because they communicate substantially less with networks than contemporary services do. * nmh (previously mutt and offlineimap) * fossil * MHTML firefox extension * Kiwix * recoll * recollweb * newsbeuter * Garmin eTrex
David Burns [LibreList] Re: [redecentralize] Europython talk on P2P & Politics 2014-07-27 20:49:10
calculator program, one that just does it's job when I tell it to, is not political. Writing programs that mediate interpersonal communications is political. But your slogan is good enough. To hell with precision, at least when it comes to slogans. Dave On Saturday, July
juh [GG] Re: Redecentralize Radar, our super picky usable app directory 2017-02-28 07:28:00
taken into account is the question. "Do my friends use it". As more an more friends use Signal, I think it is worth trying. Communication technology that nobody uses accept me is not yet worth trying
Paul Frazee [LibreList] Re: [redecentralize] Applying User-Agent Behaviors in Web Applications to Enable Runtime Extension 2014-03-09 09:25:35
that two additional posts were uploaded that explain more of the architecture: "In-Application Sandboxing with Web Workers" http://pfraze.github.io/2014/03/08/in-application-sandboxing-with-web-workers.html "Communicating with Web Workers using HTTP" http://pfraze.github.io/2014/03/08/communicating-with-web-workers-using-http.html Askemos appears to solve trust in distributed application-state, correct? I'll need to read more
Eric Mill [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-02 11:34:27
apart. On Mon, Jun 2, 2014 at 5:33 AM, Stephan Tual < stephan.tual@ethereum.org > wrote: Agreed - closed source really sucks. Stephan Tual Chief Communications Officer -- sk. stephan.tual tw. @stephantual On Monday, 2 June 2014 at 10:10, Steve Phillips wrote: OpenGarden sounds awesome, but it's closed source
Anish Mangal [LibreList] Re: [redecentralize] The next billion. A broken web. Social implications. 2015-09-17 22:29:01
your environment changes, > and with it your organism, from biological to political.  With the few > hindsight we have gained on communication technologies, we can tell that > powers already there can use them to their advantage as much as wannabe > liberation technologies, except
Nicholas H.Tollervey [LibreList] Re: [redecentralize] Europython talk on P2P & Politics 2014-07-28 08:53:49
calculator program, one that just > does it's job when I tell it to, is not political. Writing programs > that mediate interpersonal communications is political. But your > slogan is good enough. To hell with precision, at least when it > comes to slogans. Dave
Steve Phillips [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-01 21:02:50
have a federated  zero-knowledge system hosted by many providers.  (If the servers are independent and don't communicate, we could have one server that publicly lists the IPs of the other servers.)  This is basically the Fluidinfo scenario, but hosted my multiple parties
Anish Mangal [LibreList] Re: [redecentralize] The next billion. A broken web. Social implications. 2015-09-17 21:02:50
technologies, your environment changes, and with it your organism, from biological to political.  With the few hindsight we have gained on communication technologies, we can tell that powers already there can use them to their advantage as much as wannabe liberation technologies, except at a must large scale
Bastien Guerry [LibreList] FLOSS4P2P: Call for Participation 2015-02-18 10:28:26
style participatory dynamics for finding points of collaboration and extraction of conclusions. ** Topics ** Focus on FLOSS software with some of the following features: Social: communication e.g. social-networking, microblogging, reworked email Social: collaboration e.g. wikis, pads, wave, shared file hosting, multimedia repositories Alternative to proprietary choices Federated / Distributed / Interoperable Open
Adam Ierymenko [LibreList] Types of decentralization 2014-01-14 10:25:17
that is managed by a diverse set of individuals. (2) Functional decentralization A functionally decentralized (networked) system is one that permits its parts to communicate directly without involving a third party translator or intermediary. (3) Physical decentralization A physically decentralized system is one that is distributed and robust from
Jeremy Malcolm [LibreList] Digital consumers breaking through the cloud 2014-03-25 10:53:12
past decade that strongly asserting our rights is the very least that we can do to regain individual sovereignty over our data and communications.   And the first step in asserting one's rights is acting upon them. So think twice before releasing your personal data to large, centralised cloud
Stephan Tual [LibreList] London panelist? 2014-04-25 14:50:43
completely opensource project (hardware or software), who might be available in London towards the end of May? Thank you! --  Stephan Tual Chief Communications Officer Ethereum.org
Marc Laporte [LibreList] Tiki Suite - Server, Web, Desktop and Mobile suite 2014-06-26 21:53:55
Prominent North American Enterprise Linux Vendor" so you can install from RPM, etc. http://www.clearfoundation.com/ https://suite.tiki.org/ClearOS The Real Time Communication (RTC) part of Tiki Suite is inspired by the excellent http://www.rtcquickstart.org/ guide. We want this to become as much as possible a point & click installation
[LibreList] Hangoouts - SKyype Selfhost 2014-08-11 15:38:33
great and common to billion people in the world ! A first step into redecentralize all could be self host some of cloud and communications systems like G**gle hangout and Skype. I found these very useful https://meet.jit.si https://jitsi.org open source and free projects, with many cool options also
adam.ierymenko [GG] So centralized! 2016-04-04 15:38:00
while that there is absolutely no problem in using centralized systems to help build decentralized ones. If it speeds things up or improves your communication or whatever, use it. Every previous tech revolution used the present to build the future too. - Adam @ ZeroTier
christoph [GG] Decentralized Web (SF) and Matrix Channel 2016-05-30 06:57:00
Anyone in SF next week? I'll be there for http://www.decentralizedweb.net and happy to meet up. Also who here is using Matrix for communication? They have a really great product out there and if fits the redecentralizaion theme perfectly :) I'd love to create a redecentralization channel
frabcus [GG] London meetup next Wed eve 12th April: 2017-04-03 08:05:00
speakers at our London meetup next month: 1. Matthew Hodgson from Matrix.org and Riot.im talking about decentralized chat, encryption, and new methods of communication 2. Me, talking about Redecentralize Radar http://redecentralize.org/radar/ You can sign up here! https://www.eventbrite.co.uk/e/decentralised-apps-redecentralize-london-april-meetup-tickets-32951400526?aff=erelexpmlt Francis
Jeremie Miller [LibreList] Re: [redecentralize] London panelist? 2014-04-25 08:01:11
completely opensource project (hardware or software), who might be available in London towards the end of May? Thank you! --  Stephan Tual Chief Communications Officer Ethereum.org
Michael Rogers [LibreList] Re: [redecentralize] Status reports - where are you with your work? 2014-05-02 16:18:26
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 are synchronized directly between the users' devices
Christian de Larrinaga [LibreList] Re: [redecentralize] The next billion. A broken web. Social implications. 2015-09-17 17:36:01
technologies, your environment changes, > and with it your organism, from biological to political. With the few > hindsight we have gained on communication technologies, we can tell that > powers already there can use them to their advantage as much as wannabe > liberation technologies, except at a must
Stephan Tual [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-02 10:33:41
Agreed - closed source really sucks. Stephan Tual Chief Communications Officer -- sk. stephan.tual tw. @stephantual On Monday, 2 June 2014 at 10:10, Steve Phillips wrote: OpenGarden sounds awesome, but it's closed source :-(.  The founders aren't worried about that though, it seems: https://twitter.com/elimisteve/status/473086170725756928 --Steve
Jörg F. Wittenberger [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-03 08:29:42
apart. On Mon, Jun 2, 2014 at 5:33 AM, Stephan Tual < stephan.tual@ethereum.org > wrote: Agreed - closed source really sucks. Stephan Tual Chief Communications Officer -- sk. stephan.tual tw. @stephantual On Monday, 2 June 2014 at 10:10, Steve Phillips wrote: OpenGarden sounds awesome, but it's closed source
Eric Mill [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-03 10:35:02
apart. On Mon, Jun 2, 2014 at 5:33 AM, Stephan Tual < stephan.tual@ethereum.org > wrote: Agreed - closed source really sucks. Stephan Tual Chief Communications Officer -- sk. stephan.tual tw. @stephantual On Monday, 2 June 2014 at 10:10, Steve Phillips wrote: OpenGarden sounds awesome, but it's closed source
Paul Frazee [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-03 10:17:33
apart. On Mon, Jun 2, 2014 at 5:33 AM, Stephan Tual < stephan.tual@ethereum.org > wrote: Agreed - closed source really sucks. Stephan Tual Chief Communications Officer -- sk. stephan.tual tw. @stephantual On Monday, 2 June 2014 at 10:10, Steve Phillips wrote: OpenGarden sounds awesome, but it's closed source
Jörg F. Wittenberger [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-04 10:32:38
apart. On Mon, Jun 2, 2014 at 5:33 AM, Stephan Tual < stephan.tual@ethereum.org > wrote: Agreed - closed source really sucks. Stephan Tual Chief Communications Officer -- sk. stephan.tual tw. @stephantual On Monday, 2 June 2014 at 10:10, Steve Phillips wrote: OpenGarden sounds awesome, but it's closed source
David Geib [LibreList] Re: [redecentralize] snow: a new distributed secure virtual network 2014-07-04 15:48:55
service isolation properly. Authentication should be done with crypto. That's the idea with this project. Make it as simple as possible to securely communicate with any device. All you need is the name because the key names are self-authenticating which means they can be used to bootstrap authentication