36C3 - The ecosystem is moving
media.ccc.de2 HN recommenders · recommended in 2 months, 2020-2026
2K views · 6 years ago · talk · evergreen
Moxie Marlinspike's 36C3 talk examines why distributed and decentralized technology is hard to build into consumer products, from the perspective of developing Signal. It argues that ecosystems move slowly and federation causes problems.
Cited in decentralization and federation debates as the key talk on the practical challenges, though some found it defeatist.
31:46Moxie Marlinspike, Next Generation Threats 2014
Techworld Sverige
30K views • 11 years ago
46:22DEF CON 19 - Moxie Marlinspike - SSL And The Future Of Authenticity
DEFCONConference
11K views • 13 years ago
48:02BlackHat USA 2011: SSL And The Future Of Authenticity
Christiaan008
95K views • 15 years ago
42:50DEF CON 18 - Moxie Marlinspike - Changing Threats To Privacy: From TIA to Google
DEFCONConference
7K views • 13 years ago
53:0236C3 - A systematic evaluation of OpenBSD's mitigations
media.ccc.de
18K views • 6 years ago
1:00:4636C3 - Open Source is Insufficient to Solve Trust Problems in Hardware
media.ccc.de
13K views • 6 years ago
42:50Defcon 18 Changing threats to privacy Moxie Marlinspike Part
killab66661
22K views • 15 years ago
43:39CRDTs and the Quest for Distributed Consistency
InfoQ
68K views • 8 years ago
57:39The Stellar Consensus Protocol | David Mazières | Talks at Google
Talks at Google
56K views • 10 years ago
47:51AWS re:Invent 2014: AWS Innovation at Scale with James Hamilton (SPOT301)
Amazon Web Services
70K views • 11 years ago
50:34A Conversation with Stewart Brand (Devcon4)
Ethereum Foundation
2K views • 7 years ago
34:52Liberating Distributed Consensus - Heidi Howard
Reactive Summit
7K views • 7 years ago
1:19:35Lecture 1: Introduction
MIT 6.824: Distributed Systems
921K views • 6 years ago
1:00:57Tobias Engel: SS7: Locate. Track. Manipulate.
media.ccc.de
84K views • 11 years ago
1:33:27AWS re:Invent 2016: Tuesday Night Live with James Hamilton
Amazon Web Services
133K views • 9 years ago
1:21:16A New Way to look at Networking
Google
52K views • 19 years ago
53:40GrapheneOS: Documenting Numerous Attacks Against CalyxOS,, Techlore, & More
Techlore
135K views • 5 years ago
1:10:10CRDTs: The Hard Parts
Martin Kleppmann
90K views • 6 years ago
14:36Distributed Systems 1.1: Introduction
Martin Kleppmann
382K views • 6 years ago
1:21:20A New Way to look at Networking
Google TechTalks
30K views • 19 years ago
5 comments from Hacker News
Appreciate the clarity. It helps me focus without going off on a wild tangent. The durability/independence of the protocol being a primary driver makes sense, and aligns with the design. > "no privileged party at all" > "The network should outlive the operator, function without it." I also believe these are absolute requirements for the future of groupchats. I'd argue for stronger requirements, but I'm definitely onboard here. This protocol has strengths: 1) Per-sender buckets. This is a clever workaround for the downsides of client-side fanout, and provides reasonable sender identity decoupling. 2) Realistic membership limits. I think the number is quite low, but in general I love the willingness to draw a reasonable Schelling fence here. My criticism of MLS is that focusing on transport-level security in a 10k-person group chat seems rather moot — as the membership count grows, the largest risk comes from "inside" the group. Drawing a reasonable limit here, and basing scalability around it, makes sense. 3) It doesn't accept the status quo. Most protocols attempt to solve the whole world. Re-evaluating what's actually required from a feature set is a great approach to reducing complexity. 4) Static epoch key avoids the issues with state desynchronization due to dropped messages. Assuming the pairwise channel is reliable, this removes a whole host of problems. It's a security tradeoff, but I see the value. > but none of them seem fundamental/unsolvable I think this really dep
Moxie (Signal Founder) gave a talk about the issues with federation at CCC in 2020, he took a crazy amount of flak for it, a lot of it from the Matrix community. Lots of the issue highlighted are in this post. ▶ this video
There's a great CCC presentation by Moxie (Signal originator) on that ▶ this video ~summarized in text form link
A talk by Moxie at CCC deals with this exact question. > “ Considerations for distributed and decentralized technologies from the perspective of a product that many would like to see decentralize. > Amongst an environment of enthusiasm for blockchain-based technologies, efforts to decentralize the internet, and tremendous investment in distributed systems, there has been relatively little product movement in this area from the mobile and consumer internet spaces. > This is an exploration of challenges for distributed technologies, as well as some considerations for what they do and don't provide, from the perspective of someone working on user-focused mobile communication. This also includes a look at how Signal addresses some of the same problems that decentralized and distributed technologies hope to solve.” ▶ this video
I saw Moxie Marlinspike's talk when it was posted on CCC's official channel [1] and was disgusted by it. The talk has been now censored and video was made private. It was one of the most defeatist talks I've ever come across when it comes to messaging and privacy. His message was basically that anything you do is pointless and that his and WhatsApp/Facebook's way is the right one. I've used Signal on few occasions in the past but his talk made me uninstall it. I simply do not trust him after hearing his opinions. I do not support centralization and other ideals he's now pushing (including the use of a phone number as Signal's primary ID). The talk was mirrored on few channels on YT [2] and you can still see it. [1] ▶ this video (it's a private video now) [2] link (working link, who knows for how long so mirror it).