커뮤니티가 거래를 위해 사용하는 대부분의 도구는 중간에서 몫을 떼어가도록 설계되어 있어요. 악의적이어서가 아니라 구조적으로 그렇습니다. 일정 비율은 결제 대행사로 가고, 이자는 은행으로 가고, 주의력은 광고주에게 팔리고, 데이터는 커뮤니티의 누구도 선택하지 않은 곳으로 흘러가요. BeanPool은 그러한 유출구를 없애기 위해 만들어졌어요.
탈착취(Post-extraction)란 커뮤니티가 생산한 가치를 중개자에게 빼앗기지 않고 스스로 창출하고 보유할 수 있도록 하는 인프라를 의미해요. 이는 그저 듣기 좋은 슬로건이 아니에요. 소프트웨어가 어떻게 구축되어야 하는지에 대한 제약 조건이며, 이를 위반하는 것은 코드에 반영(merge)되지 않아요.
"착취"라는 개념은 모호하게 남겨지기 쉬우므로 구체적으로 살펴볼 필요가 있어요. 이웃이 기존 플랫폼을 통해 다른 이웃에게 대가를 지불할 때, 가치는 여러 문을 통해 동시에 커뮤니티 밖으로 빠져나가요:
위와 같은 구조는 수년간 이를 연구해 온 사람들에 의해 면밀히 분석되고 거듭 명명되어 왔어요. 우리는 그 분석이 옳다고 생각해요. 우리의 차이점은 덫의 모습을 묘사하는 데 그치지 않고 그 출구를 만들고자 한다는 점이에요. 우리의 요약 대신 전체 논의를 직접 확인하고 싶다면 아래의 책들에서 시작해 보세요.
플랫폼을 단순한 기술이 아닌 비즈니스 모델로 다뤄요: 서로를 필요로 하는 두 집단 사이에 자리를 잡고 모든 연결에서 몫을 챙겨요. 플랫폼에 참여하는 사람이 많아질수록 플랫폼의 가치가 커지기 때문에, 떼어가는 몫이 커지더라도 플랫폼을 떠나기는 점점 더 어려워져요.
첫 번째 착취와 나란히 진행되는 두 번째 착취를 설명해요. 일상적인 인간의 경험이 주인 없는 원자재로 취급되어 사람들이 다음에 무엇을 할지에 대한 예측으로 가공된 뒤, 그 정보를 통해 이익을 얻으려는 이들에게 판매돼요. 데이터의 원천인 당사자는 고객이 아니에요.
이 논의의 가장 날카로운 버전이에요. 플랫폼 소유자가 거두는 것은 무언가를 생산해서 얻는 이윤이 아니에요 — 자신이 소유한 공간에 대한 접근 대가로 청구하는 지대(임대료)예요. 바루파키스의 핵심은 이러한 구조가 자본주의보다 더 새로운 것이 아니라 오히려 자본주의 이전의 오래된 구조라는 점이에요: 기술 회사의 옷을 입은 봉건 영주와 소작농의 관계인 셈이에요.
밑바닥에서 그 구조를 체감할 때 쓰는 더 쉬운 표현이 있어요 — 바로 디지털 소작(digital sharecropping)이에요. 소유하지 않은 땅에서 일을 하고, 땅주인이 수확물의 일부를 가져가요. 운전기사, 판매자, 음악가, 배달 라이더 모두에게 똑같이 들어맞는 표현인데, 이는 그 묘사가 무언가 실재하는 본질을 건드리고 있다는 증거예요.
우리의 해답은 더 착한 영주가 되거나 수수료를 덜 떼는 것이 아니에요. 애초에 임대할 땅 자체가 없어야 한다는 것이에요. 오후 반나절의 일손을 나누는 두 이웃이 누군가가 소유한 공간을 거쳐 갈 필요는 없어요. 따라서 커뮤니티가 노드를 소유하고, 프로토콜은 누구나 운영하거나 포크할 수 있도록 공개되며, 존재하는 유일한 수수료는 커뮤니티 자체의 공유지로 들어가요. 우리를 포함해 그 누구도 중간에서 접근권을 팔아먹을 수 있는 자리는 없어요.
글보다 영상으로 먼저 접하고 싶다면 좋은 입문 자료가 있어요: 벤 조던(Benn Jordan)의 “You Are Witnessing the Death of American Capitalism” 영상으로, 이 주제를 다루며 위의 세 권의 책을 모두 소개하고 있어요.
처음 네 가지는 오늘날 모든 커뮤니티에서 실제로 작동하고 있는 부분이에요. 다섯 번째인 커뮤니티 간 결제는 구현되어 자체 테스트 커뮤니티 둘 사이에서만 시험해 보았고 아직 실제 커뮤니티 간에는 시도되지 않았어요. 전체 내용은 규칙에 상세히 설명되어 있어요.
BeanPool은 상호 신용으로 운영돼요. 이웃을 위해 3시간 동안 일을 해주면, 그 순간 3시간에 해당하는 신용이 생겨나요 — 거래를 통해 내 플러스 잔액과 상대방의 마이너스 잔액이 함께 생성되는 것이에요. 은행이 발행한 것이 아니에요. 누구도 빌려준 것이 아니에요. 빌려준 이가 없으므로 이자도 없어요.
이것이 전체 설계의 뿌리예요. 통화 공급이 대출을 통해 생겨나야 한다면, 커뮤니티 외부의 누군가가 커뮤니티의 미래 노동에 대한 청구권을 갖게 돼요. 커뮤니티가 거래를 통해 스스로 통화를 만든다면, 그 누구도 청구권을 갖지 못해요.
0의 잔액은 받은 만큼 베풀었다는 뜻이에요. 그것이 건강한 상태이며, 대부분의 경제 시스템이 설정하는 목표와는 근본적으로 다른 목표예요. 콩을 많이 쌓아둔다고 해서 상을 주지 않으며, 이를 커뮤니티 외부의 누군가에 대한 청구권으로 바꿀 방법도 없어요.
사용되지 않고 머물러 있는 큰 잔액은 누진율에 따라 시간이 지나면서 서서히 줄어들어요. 이는 콩이 가만히 묶여 있는 대신 이웃에게 쓰이고 지역 프로젝트에 투입되며 계속 순환하도록 유도해요. 교환 매개체가 움직임을 멈춘 경제는 제대로 작동하지 않는 경제예요.
중요한 것은, 줄어든 콩이 파괴되거나 누군가의 이익으로 취해지는 것이 아니라는 점이에요: 공유지 풀로 이동해요. 마이너스 잔액에는 수수료가 절대 부과되지 않아요. 마이너스 잔액인 사람은 커뮤니티가 제공한 신용을 사용한 것이며, 이미 뒤처진 사람에게 수수료를 물리는 것은 콩을 순환시키기보다 수렁을 더 깊게 만들 뿐이므로 본래 취지에 어긋나기 때문이에요.
공유지 풀은 순환 수수료와 거래 수수료로 모인 콩을 보관하며, 보관된 콩은 두 곳에 사용돼요: 멤버가 마이너스 잔액인 상태로 탈퇴하거나 제명될 때 남겨진 부채를 흡수하는 데 쓰이고, 자율 실행되는 의사결정을 통해 멤버들이 승인한 공유 사업과 프로젝트(공동 텃밭을 위한 공구, 작업 공간을 위한 장비 등 제안되고 투표로 통과된 모든 것)에 자금을 지원해요. 커뮤니티 자체의 잉여금으로 무엇을 만들지는 커뮤니티가 직접 결정해요.
구조적으로 닫힌 순환 고리예요: 가치는 지역에서 생성되고, 공동으로 보관되며, 다시 동일한 커뮤니티 안에서 소비돼요.
커뮤니티 간에 거래할 때, 더 부유한 마을이 더 작은 마을의 부를 조용히 빨아들이는 등 착취가 더 미묘한 형태로 다시 나타날 수 있어요. 이는 존 메이너드 케인스가 브레턴우즈에서 해결하고자 했던 문제였으며, BeanPool의 커뮤니티 간 결제는 그의 해법을 바탕으로 구축되었어요.
콩은 절대 국경을 넘지 않아요. 두 커뮤니티 간의 거래는 각 노드가 보유한 한 쌍의 브리지 장부를 통해 정산되며, 서로에게 노동으로 진 빚을 기록해요. 각 측은 그 한도를 자체 설정하므로 — 이웃 커뮤니티가 질 수 있는 빚은 여러분이 미리 정해둔 금액을 넘지 못해요.
두 가지 원칙이 따르며, 이것이 단순한 지출 한도와 다른 이유예요. 진 빚을 갚는 정산은 절대 차단되지 않아요 — 상한선은 신용을 연장하는 방향만 억제할 뿐, 결제하는 방향은 절대 막지 않아요. 그리고 흑자를 보유한 커뮤니티는 그저 가만히 있지 않아요: 받을 돈이 많은 마을일수록 빚을 진 마을에 더 많은 일감을 맡길 수 있어, 불균형을 부채로 방치하는 대신 다시 거래로 전환시켜요.
한계와 경계를 분명히 밝히자면: 적자 상태인 커뮤니티에 적자를 이유로 수수료를 물리는 일은 결코 없어요 — 압박은 이를 해결할 수 있는 능력이 있는 주체에게만 가해져야 한다는 것이 케인스와 우리의 일치된 주장이에요. 의도적으로 방치된 흑자에 수수료를 부과하는 유일하게 남은 수단은 규격으로 정의되어 있으나, 동일한 공정성 기준을 통과할 수 있을 때까지 의도적으로 구현을 보류해 두었어요. 결제는 더 넓은 네트워크가 아닌 커뮤니티 쌍 간에 이루어지며, 각 커뮤니티 운영자가 선택에 따라 활성화해요.
이는 BeanPool에 대한 모든 기여를 평가하는 기본 가치예요. 프로젝트의 기여자 가이드에 공개되어 있으며, 확실한 구속력을 가져요: 코드가 아무리 훌륭하더라도 이 가치와 충돌하는 작업은 거절돼요.
우리는 커뮤니티가 중개자에게 가치를 빼앗기지 않고 스스로 창출하고 보유할 수 있도록 돕는 인프라를 구축해요. 단일 통제 주체에만 이익이 되는 네트워크 효과, 독점적 종속, 감시 기반 수익화 등 착취적 역학을 도입하는 기여는 받지 않아요.
로컬 커뮤니티는 자체 노드를 운영하고, 자체적인 거버넌스 결정을 내리며, 독립적으로 기능할 수 있어야 해요. 의사결정을 글로벌 중앙 권한으로 끌어올리거나 로컬 운영을 비현실적으로 만드는 기여는 프로토콜의 목표에 반하는 것이에요.
프로토콜은 소프트웨어 엔지니어뿐만 아니라 그것이 봉사하는 커뮤니티 구성원 누구나 이해할 수 있어야 해요. 사양은 가능한 한 쉬운 일상 언어로 작성되며, 기술적 세부 사항은 그 아래 계층에 배치돼요.
어떤 기능도 데이터 소유자의 명시적이고 철회 가능하며 감사 가능한 동의 없이 데이터가 이동하도록 허용해서는 안 돼요. 프라이버시를 침해하는 기능은 기술적 우수성에 상관없이 코드에 반영되지 않아요.
우리는 성장 지표나 토큰 가격이 아니라, BeanPool로 인해 커뮤니티와 생태계, 공유지가 더 건강해졌는지 여부로 성공을 측정해요.
이러한 주장은 직접 검증할 수 있을 때만 가치가 있어요: