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
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-14 04:30:54
might be able to meet once and exchange keys. If you have a mutual trusted friend you can use that. If you have an existing organizational hierarchy then you can traverse that to find a trusted path. If one of you has a true broadcast medium under your control then /...\ idea of bootstrapping before turning the system on. Just the opposite. Bootstrapping first *is* the ship early method because you bootstrap based on existing trust networks rather than trying to construct a new one from whole cloth. The question is how to gather the existing information in a way that /...\ trust bootstrapping problem. If hybrid overlapping heterogeneous solutions are the way forward for network robustness, then maybe a similar concurrent cake solution exists for trust. Relevant: http://www.aaronsw.com/weblog/squarezooko This is essentially the roadmap that led to namecoin, which (among other things) disproved Zooko's Triangle. Actually that
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-13 21:04:47
root is supposed to know whether to trust some third party before signing it. That's the huge fail with the existing CAs. They'll sign anything. Moxie Marlinspike has had a number of relevant things to say about that. > That's the general pattern that /...\ familiar with, from the web to Linux to even polish obsessed creatures like Mac have followed this path. If it doesn't exist yet nobody will use it, and if nobody is using it nobody will bootstrap trust for it because nobody is using it therefore nobody will ever /...\ trust bootstrapping problem. If hybrid overlapping heterogenous solutions are the way forward for network robustness, then maybe a similar concurrent cake solution exists for trust. At some point I think someone is going to successfully attack Bitcoin. What happens then? I don't know. It has some value
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
Eric Mill [LibreList] Re: [redecentralize] What *else* are people doing with blockchains? 2014-01-03 10:36:17
asked a couple of related questions on Bitcoin.SE: http://bitcoin.stackexchange.com/questions/19006/what-protocols-are-built-on-top-of-bitcoin  (Mastercoin, Ripple?) http://bitcoin.stackexchange.com/questions/19038/are-there-any-non-monetary-uses-for-the-blockchain-or-the-bitcoin-protocol-gene  (Anti-spam, proof of existence, voting.) Personally, I thought proof of existence seemed the most elegant and obvious-in-hindsight. I really like the idea of Bitcoin as a Mediawiki /...\ secure voting system, but they're not releasing their draft til they raise way too many BTC. And I've seen Proof of Existence , a simple and clever way to use the Bitcoin blockchain to prove you had something at a given time, without revealing what the something is. What
Eric Mill [LibreList] Re: [redecentralize] What *else* are people doing with blockchains? 2014-01-02 12:02:15
asked a couple of related questions on Bitcoin.SE: http://bitcoin.stackexchange.com/questions/19006/what-protocols-are-built-on-top-of-bitcoin  (Mastercoin, Ripple?) http://bitcoin.stackexchange.com/questions/19038/are-there-any-non-monetary-uses-for-the-blockchain-or-the-bitcoin-protocol-gene  (Anti-spam, proof of existence, voting.) Personally, I thought proof of existence seemed the most elegant and obvious-in-hindsight. I really like the idea of Bitcoin as a Mediawiki /...\ secure voting system, but they're not releasing their draft til they raise way too many BTC. And I've seen Proof of Existence , a simple and clever way to use the Bitcoin blockchain to prove you had something at a given time, without revealing what the something is. What
Jonathan Deamer [LibreList] Re: [redecentralize] What *else* are people doing with blockchains? 2014-01-02 16:21:10
asked a couple of related questions on Bitcoin.SE: http://bitcoin.stackexchange.com/questions/19006/what-protocols-are-built-on-top-of-bitcoin  (Mastercoin, Ripple?) http://bitcoin.stackexchange.com/questions/19038/are-there-any-non-monetary-uses-for-the-blockchain-or-the-bitcoin-protocol-gene  (Anti-spam, proof of existence, voting.) Personally, I thought proof of existence seemed the most elegant and obvious-in-hindsight. I really like the idea of Bitcoin as a Mediawiki anti-spam /...\ based secure voting system, but they're not releasing their draft til they raise way too many BTC. And I've seen Proof of Existence , a simple and clever way to use the Bitcoin blockchain to prove you had something at a given time, without revealing what the something
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:50:49
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 in ZeroTier /...\ find each other is IMHO secondary... making lateral communication easy enables people to easily develop killer apps that want to talk laterally. Once these exist, the tail will wag the dog. What do I mean by this distinction? Functional decentralization means /...\ network I could type: ping <your IP address> ... and directly ping your box. Physical decentralization means that no central point of failure exists... that I can ping your box regardless of whether someone somewhere else turns off their system. Obviously this is technically a lot harder to achieve
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:53:30
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 in ZeroTier /...\ find each other is IMHO secondary... making lateral communication easy enables people to easily develop killer apps that want to talk laterally. Once these exist, the tail will wag the dog. What do I mean by this distinction? Functional decentralization means /...\ network I could type: ping <your IP address> ... and directly ping your box. Physical decentralization means that no central point of failure exists... that I can ping your box regardless of whether someone somewhere else turns off their system. Obviously this is technically a lot harder to achieve
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:46:47
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 in ZeroTier /...\ find each other is IMHO secondary... making lateral communication easy enables people to easily develop killer apps that want to talk laterally. Once these exist, the tail will wag the dog. What do I mean by this distinction? Functional decentralization means /...\ network I could type: ping <your IP address> ... and directly ping your box. Physical decentralization means that no central point of failure exists... that I can ping your box regardless of whether someone somewhere else turns off their system. Obviously this is technically a lot harder to achieve
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 11:40:41
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 in ZeroTier /...\ find each other is IMHO secondary... making lateral communication easy enables people to easily develop killer apps that want to talk laterally. Once these exist, the tail will wag the dog. What do I mean by this distinction? Functional decentralization means /...\ network I could type: ping <your IP address> ... and directly ping your box. Physical decentralization means that no central point of failure exists... that I can ping your box regardless of whether someone somewhere else turns off their system. Obviously this is technically a lot harder to achieve
Paul Frazee [LibreList] Re: [redecentralize] GNU Internet Stack / youbroketheinternet.org 2013-12-30 11:45:20
where the Namecoin conversation landed. Found an interesting idea at https://news.ycombinator.com/item?id=6964090 I think it's interesting to look at what existing entities do when faced with DNS MITM and takedowns. The various torrent searchers and anti-censorship entities just diversified the TLDs they depend upon. So when their /...\ have to register and host your domain 5 times, but that's pretty cheap these days.   Other nice properties: works with all existing DNS security mechanisms (including DNSSEC or DNScurve), provides security against registrar or registry level tampering or compromises. Hash of the domain makes it hard
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Spring of User Experience 2014-03-03 16:07:34
mind? The rest of your email, was uncorrelated snippets of security-sounding concepts, that don't have much connection to the field as it exists today. Well, it's true that the criterion of being in-corruptible is not widely known today. But I can't see this /...\ anecdote itself left our the actual research entirely.  You can find it on the web site .  No, we did certainly not ignore existing research. Also: by inviting getting academic researchers, students, lawyers etc. to provide reviews, applications and their legal opinion (in addition to the peer-review
Ximin Luo [LibreList] Re: [redecentralize] Spring of User Experience 2014-03-03 14:17:23
Eric Mill [LibreList] Re: [redecentralize] Spring of User Experience 2014-03-03 12:22:12
mind? The rest of your email, was uncorrelated snippets of security-sounding concepts, that don't have much connection to the field as it exists today. Well, it's true that the criterion of being in-corruptible is not widely known today. But I can't see this /...\ left our the actual research entirely.  You can find it on the web site .  No, we did certainly not ignore existing research. Also: by inviting getting academic researchers, students, lawyers etc. to provide reviews, applications and their legal opinion (in addition to the peer-review
Adam Ierymenko [LibreList] Re: [redecentralize] Introduction 2014-01-06 10:51:29
find each other is IMHO secondary... making lateral communication easy enables people to easily develop killer apps that want to talk laterally. Once these exist, the tail will wag the dog. What do I mean by this distinction? Functional decentralization means /...\ network I could type: ping <your IP address> ... and directly ping your box. Physical decentralization means that no central point of failure exists... that I can ping your box regardless of whether someone somewhere else turns off their system. Obviously this is technically a lot harder to achieve
Paul Frazee [LibreList] Re: [redecentralize] Introduction 2014-01-06 13:18:13
find each other is IMHO secondary... making lateral communication easy enables people to easily develop killer apps that want to talk laterally. Once these exist, the tail will wag the dog. What do I mean by this distinction? Functional decentralization means /...\ network I could type: ping <your IP address> ... and directly ping your box. Physical decentralization means that no central point of failure exists... that I can ping your box regardless of whether someone somewhere else turns off their system. Obviously this is technically a lot harder to achieve
Stephan Tual [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-22 14:41:22
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-22 13:51:28
I don’t think there’s anything wrong with
Stephan Tual [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-24 22:15:06
Feross Aboukhadijeh [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-31 17:54:38
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 updating -- at least, that is the plan. Feross ✩  blog | ✎  studynotes /...\ Feross, quick question about this... Can WebRTC Data Channels natively speak arbitary protocols, so they can just implement the regular BitTorrent protocol? Or will existing BitTorrent clients need updating? Francis On Sun, Dec 08, 2013 at 03:31:00PM -0800, Feross Aboukhadijeh wrote: > Hey everyone! I think Redecentralize
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-03 11:31:11
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. My situation: we wrote a p2p network for replicating state machines with byzantine fault tolerance . That would
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-03 14:21:03
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
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-04 16:06:56
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
Eric Mill [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-05 00:48:45
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. -- konklone.com | @konklone
Adam Ierymenko [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-05 11:57:52
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. -- konklone.com | @konklone
David Geib [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-12 20:23:47
root is supposed to know whether to trust some third party before signing it. That's the huge fail with the existing CAs. They'll sign anything. Moxie Marlinspike has had a number of relevant things to say about that. > That manual intervention must by definition take place over
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization: "I want to believe." 2014-08-25 11:58:19
break software?  What is "to break"? IMHO software is first and foremost an expression.  In some language. For which some interpreter exists. Which maintains some ongoing process. I would be delighted for you to convince me that I am being too pessimistic, ignorant and unimaginative. I would
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Thoughts on decentralization and deperimeterization 2014-09-04 15:07:09
notaries" (as we call those devices commissioned to hold some data) than the newly added parties will have to check with the existing set and replicate the data. Sure they will a) check that they get the same checksum from the majority and b) check that the data matches
Francis Irving [LibreList] Re: [redecentralize] Hello from WebTorrent 2013-12-30 12:09:19
Feross, quick question about this... Can WebRTC Data Channels natively speak arbitary protocols, so they can just implement the regular BitTorrent protocol? Or will existing BitTorrent clients need updating? Francis On Sun, Dec 08, 2013 at 03:31:00PM -0800, Feross Aboukhadijeh wrote: > Hey everyone! I think Redecentralize
Adrien [GG] Re: So centralized! 2016-04-06 23:26:00
librelist didn't force to turn to a Google Group which is no more than a mailing list... If I remember, mailing lists have existed before Google and we could have asked dozens of persons who would have offered to host the redecentralize list for free and to take care
maze@strahlungsfrei.de [LibreList] Re: [redecentralize] What *else* are people doing with blockchains? 2014-01-02 16:07:02
voting system, but they're not releasing > their draft til they raise way too many BTC. And I've seen Proof of > Existence, a simple and clever way to use the Bitcoin blockchain to > prove you had something at a given time, without revealing what
holger krekel [LibreList] Re: [redecentralize] Check out Hiveware's decentralized platform (as in no servers) 2015-09-02 12:49:04
email from you soon. > > > > Robert Tischer > > Hiveware, Inc > > "You Can't Hack What Doesn't Exist" (meaning centralized servers) > > rtischer@hiveware.com > > > > Congratulations on your upcoming conference. > -- about me: http://holgerkrekel.net/about-me/ contracting: http://merlinux.eu
Eric Mill [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-02 11:34:27
control. But all the intentions, architecture, security, community engagement, good faith participation, etc. of the project are all obscured by closing the source. They exist 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
Robert Tischer [LibreList] RE: [redecentralize] Check out Hiveware's decentralized platform (as in no servers) 2015-09-02 11:05:11
email from you soon. > > > > Robert Tischer > > Hiveware, Inc > > "You Can't Hack What Doesn't Exist" (meaning centralized servers) > > rtischer@hiveware.com > > > > Congratulations on your upcoming conference. > -- about me: http://holgerkrekel.net/about-me/ contracting: http://merlinux.eu
Jörg F. Wittenberger [LibreList] Re: [redecentralize] Spring of User Experience 2014-03-03 14:29:51
would be X509 sub-certificate authorities. The criterion of being "in-corruptible" would simply forbid sub-CA's. Period.) Left with little choice of existing system, we build our own, where permission delegation would always transfer at most a strict subset of the permissions a user already has. First
Ximin Luo [LibreList] Re: [redecentralize] Spring of User Experience 2014-03-03 14:06:48
Ximin Luo [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 14:52:13
Paul Frazee [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 09:56:05
software. Now we're got the TOR wire specs operational in Beta with modifications for UDP support. Plus backwards compatibility and anonymous streaming from existing Bittorrent swarms. Next step is 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
Johan Pouwelse [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 18:36:20
wire specs operational in Beta with >> modifications for UDP support. >> Plus backwards compatibility and anonymous streaming from existing >> Bittorrent swarms. >> Next step is expanding our Android port and enhance our NFC sync >> capability. >> Tech docs
Paul Frazee [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 13:41:47
wire specs operational in Beta with >> modifications for UDP support. >> Plus backwards compatibility and anonymous streaming from existing >> Bittorrent swarms. >> Next step is expanding our Android port and enhance our NFC sync >> capability. >> Tech docs
Ximin Luo [LibreList] Re: [redecentralize] The Shadow Internet: Please help us to get funding 2014-03-21 22:18:20
Eric Mill [LibreList] What *else* are people doing with blockchains? 2014-01-02 10:41:43
based secure voting system, but they're not releasing their draft til they raise way too many BTC. And I've seen Proof of Existence , a simple and clever way to use the Bitcoin blockchain to prove you had something at a given time, without revealing what the something
Johan Pouwelse [LibreList] The Shadow Internet: Please help us to get funding 2014-03-21 15:43:07
software. Now we're got the TOR wire specs operational in Beta with modifications for UDP support. Plus backwards compatibility and anonymous streaming from existing Bittorrent swarms. Next step is 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
Robert Tischer [LibreList] Check out Hiveware's decentralized platform (as in no servers) 2015-09-02 07:43:26
Hope to get an email from you soon.   Robert Tischer Hiveware, Inc “You Can’t Hack What Doesn’t Exist” (meaning centralized servers) rtischer@hiveware.com   Congratulations on your upcoming conference
Christoph Witzany [LibreList] Session Suggestion: Data Autonomy 2015-10-17 14:59:48
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 about us and to read it. This ability must be guarded against two problems. Very often nowadays we are not told what data is collected
Jörg F. Wittenberger [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-03 08:29:42
intentions, architecture, security, community engagement, good faith participation, etc. of the project are all obscured by closing the source. They exist 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
Eric Mill [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-03 10:35:02
intentions, architecture, security, community engagement, good faith participation, etc. of the project are all obscured by closing the source. They exist 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
Paul Frazee [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-03 10:17:33
intentions, architecture, security, community engagement, good faith participation, etc. of the project are all obscured by closing the source. They exist 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
Jörg F. Wittenberger [LibreList] Re: [redecentralize] FireChat in Economist 2014-06-04 10:32:38
intentions, architecture, security, community engagement, good faith participation, etc. of the project are all obscured by closing the source. They exist 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