Ecash 생태계, 탈중앙화 수탁 수호를 위한 도전에 나서다

BTC++, Berlin, 그리고 Bitcoin 수탁 발전을 위한 돌파구

몇 주 전, 저는 Bitcoin 생태계가 모든 것을 “trusted” 또는 “trustless”로 틀을 짜는 경향이 있어 잘못된 질문을 계속 던지고 있다고 주장했습니다. 대신 저는 사람들에게 “자산을 잃기까지 얼마나 많은 독립적인 요소들이 잘못되어야 하는가?”라고 물을 것을 촉구했습니다.

이 글은 Fedi와 Fedimint의 Co-Founder인 Obi Nwosu의 기고문입니다. 표현된 의견은 전적으로 저자 개인의 견해이며 BTC Inc. 또는 Bitcoin Magazine의 견해를 반드시 반영하는 것은 아닙니다.

Liquid나 그 몇 주 전의 Coldcard를 보십시오. Matt Corallo는 이 문제를 가장 간결하게 표현했습니다: 동일한 소프트웨어를 실행하면 동일한 버그를 겪게 된다는 것입니다.

그 비판은 Fedimint에도 해당되었으며, 제가 가장 먼저 인정하는 바입니다. 우리는 단일 개인이나 단일 기관이 장애 지점이 되지 않도록 하기 위해 이를 구축했습니다. 하지만 프로토콜의 구현체는 단 하나뿐이었습니다 — 인간 federation 아래의 소프트웨어 monoculture였습니다. 충분히 안전하지 않았습니다. 

그래서 Fedimint 개발자들이 이미 대응했다는 소식을 전하게 되어 기쁩니다.

Berlin에서 열린 Ecash Hackday에서, Fedimint 팀은 3개의 독립적인 구현체에서 단일 federation이 실행되도록 했으며, Cashu의 thesimplekid가 그 중 하나를 구축했습니다.

3개의 별도 코드베이스, 하나의 federation이 자금을 함께 보유합니다. 개발자들은 제가 몇 주 전에 지적했던 monoculture에 대한 해결책을 만들기 시작했습니다. 그리고 팀의 반응은 누가 4번째를 만들 것인지 묻는 것이었는데, 이것이 바로 제가 기대했던 정신입니다.

Calle은 동일한 원칙을 가지고 자신만의 방향으로 나아갔습니다. bitcoin++에서 그는 어떠한 단일 운영자도 사용자의 자금 뒤에 단독으로 서지 않도록 설계된 Federated Cashu를 공개했습니다.

두 팀. 두 가지 접근 방식. 하나의 공유된 목표: ecosystem resilience가 몇 주 만에 진전되었습니다.

Fault tolerance는 감사, 형식 검증, 그리고 보안 문화가 아무리 훌륭하더라도 신뢰성만으로는 확보되지 않습니다. 그것은 독립적인 failure domains에서 나옵니다. 단일 버그, 단일 벤더, 단일 관할권이 모든 것을 한꺼번에 가져갈 수 없어야 합니다.