Fedimint는 연합이라는 관리자 집단이 공동 결제 시스템을 운영하도록 하는 오픈소스 소프트웨어와 프로토콜입니다. 연합의 준비금에서 비트코인으로 교환할 디지털 토큰인 e-cash를 발행합니다. 사용자가 가진 것은 토큰이며, 준비금 인출에 혼자 서명할 권한은 아닙니다.
안나가 지역 연합에 연결된 지갑을 쓰고 페트르의 카페가 그 연합의 e-cash를 받는다고 생각해 보세요. 커피 한 잔마다 별도의 Bitcoin 거래를 만들 필요는 없습니다. 앱은 공동 발행 기관인 mint가 만든 디지털 토큰을 다룹니다. 실제 비트코인은 연합의 준비금에 그대로 있고, 안나와 페트르 사이에서는 토큰이 이동합니다. Fedimint는 구성 요소를 제공하고, 관리자는 특정 연합을 운영하며, 지갑은 안나가 이용하는 창구입니다. 서로 다른 대상입니다. 표준 모듈은 Bitcoin, Lightning Network, e-cash를 다루고 추가 모듈로 다른 서비스도 제공할 수 있습니다. 각 연합은 따로 운영하며 자기 준비금을 보유합니다. 토큰이 모든 다른 연합에서도 자동으로 통용되지는 않습니다. 관리자들이 내부적으로 합의해도 Bitcoin 네트워크 규칙을 대신하지는 못합니다. [1] [2]
연합은 중요한 작업이 한 운영자에게만 달리지 않게 하려는 구조입니다. 예를 들어 3-of-4 임계값이라면 네 관리자 중 세 명의 유효한 부분 서명이 있어야 토큰을 발행합니다. 한 명이 오프라인이어도 충분하지만 두 명이면 부족합니다. 반대로 세 명이 협력하면 나머지 한 명의 동의 없이도 서명할 수 있습니다. 권한 분산만으로 정직함이나 충분한 준비금을 보장하지는 못합니다. 이것이 Counterparty risk, 지급하지 못할 수도 있는 사람이나 조직에 의존하는 위험입니다. e-cash 임계 서명과 비트코인 준비금을 공동 통제하는 Multisig도 서로 다른 역할을 합니다. 선택한 연합의 실제 규칙을 확인해야 합니다. [3] [4]
안나가 블록체인(확인된 거래의 공개 기록)으로 비트코인을 직접 입금하면 지갑 앱이 관련 출력의 증명을 제출하고 연합이 자신의 규칙에 따라 받아들여야 합니다. 각 출력에는 금액과 그 금액을 사용할 수 있는 조건이 기록되어 있습니다. 인출할 때는 연합이 준비금에서 Bitcoin 거래를 구성하고 서명합니다. 토큰만으로는 안나에게 다른 사람 없이 준비금을 인출할 키가 생기지 않습니다. 비트코인 결제에 서명하는 키를 직접 관리하는 Self-Custody와의 중요한 차이입니다. 관리자의 가용성, 충분한 자금, 수수료, 필요한 확인은 여전히 중요합니다. 내부 결제가 빠르다고 어떤 금액이든 똑같이 빠르게 인출된다는 뜻은 아닙니다. [4] [7]
e-cash 프라이버시는 Blind Signature, 블라인드 서명에 기반합니다. 클라이언트가 특정 토큰을 수학적으로 숨겨 서명을 요청한 다음 블라인딩을 제거합니다. 결과는 검증할 수 있지만 mint는 토큰만 보고 나중의 교환을 특정 발행 요청과 연결하지 못합니다. 기술적으로 문서는 BLS12-381 위의 임계 BLS 서명을 설명하며 토큰 서명으로 FROST를 사용하는 것이 아닙니다. 클라이언트는 충분한 유효 부분 서명을 하나의 검증 가능한 서명으로 결합합니다. 액면가마다 키가 따로 있으므로 토큰의 정체를 숨긴다고 발행하는 액면가까지 mint에 숨겨지는 것은 아닙니다. [3]
페트르는 토큰에 연합의 유효한 서명이 있는지 확인할 수 있습니다. 하지만 누군가 이미 교환했는지는 알 수 없습니다. 디지털 데이터는 복사할 수 있고 안나가 같은 토큰을 여전히 가지고 있을 수도 있습니다. 그래서 연합은 사용한 토큰 식별자 nonce를 기록하고 재사용을 거절합니다. 수취인은 다른 복사본을 쓰지 않겠다는 약속에 기대지 않고 새 토큰으로 교환하는 데 성공해야 합니다. 진짜 서명인지, 토큰이 미사용인지, 비트코인 준비금이 충분한지는 별개의 질문입니다. 하나를 확인했다고 모두 확인한 것은 아닙니다. [3]
카페가 일반 Lightning Network 결제를 받는다면 gateway, 결제 게이트웨이가 전송을 처리할 수 있습니다. 연합과 Lightning을 연결하며 양쪽에 유동성, 즉 사용 가능한 자금이 필요합니다. 게이트웨이가 연합 관리자일 필요는 없습니다. V2 모듈 문서는 결제 조건에 따라 자금을 지급하는 계약과 조건 충족 시 공개되는 비밀값 preimage를 설명합니다. 실패하면 해당 계약에 따른 반환 경로가 있지만 항상 서비스가 가능하다는 보장은 아닙니다. mint가 정상이어도 게이트웨이 장애나 유동성 부족으로 결제하지 못할 수 있습니다. [5]
블라인드 서명은 mint가 토큰만으로 발행과 나중의 교환을 연결하지 못하게 합니다. 다른 흔적까지 없애지는 않습니다. 상대방은 안나가 지불했다고 알 수 있고, 게이트웨이는 Lightning 처리에 필요한 정보를 봅니다. 관찰자는 시각과 금액을 비교할 수 있으며 네트워크 연결 데이터도 단서가 됩니다. 무엇을 누구에게 숨길지 구분하세요. 관리자, 카페, 게이트웨이, 네트워크 관찰자의 관점은 다릅니다. 토큰이 더 사적으로 유통된다고 모든 입출금과 사람 사이의 관계가 자동으로 익명화되지는 않습니다. [3] [5]
앱이 올바르게 설정된 복구를 지원하면 휴대전화를 잃어도 토큰까지 잃는 것은 아닐 수 있습니다. 문서의 설계는 앱이 필요한 데이터를 다시 계산하는 데 쓰는 기본 비밀값, 암호화한 상태 스냅샷, 이용 가능한 연합 이력을 사용합니다. 구체적인 절차는 앱과 버전에 달려 있습니다. Bitcoin Seed Phrase를 아무 지갑에나 입력하는 것으로 끝나지 않습니다. 서비스에 의존하기 전에 클라이언트 복구와 소액 인출을 따로 시험하세요. 백업은 데이터 손실에는 도움이 되지만 빈 준비금을 채우거나 필요한 관리자의 협력을 강제하지 못합니다. [6] [4]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Cashu, Chaumian eCash, Lightning Network, Multisig, Counterparty risk, 자기 수탁. 다음 항목에서도 이 글을 참조합니다 Chaumian eCash, Blind Signature, Cashu.