그룹 지갑
주인이 없는 지갑입니다. 구성원은 저마다 자기 열쇠를 자기 기기에 두고, 충분한 수가 서명했을 때 돈이 움직입니다. 셋 중 아무 둘, 아홉 중 아무 다섯 — 지갑을 만들 때 그룹이 정한 대로입니다.
아래에 나오는 것 가운데 우리가 지어낸 것은 하나도 없습니다. 어느 체인에나 여러 사람이 하나의 주소를 함께 갖는 방식이 이미 있고, 여기서는 바로 그 방식을 씁니다. 비트코인에서는 P2WSH, EVM 체인에서는 Safe, 트론에서는 계정 자체의 permission 체계, 솔라나에서는 Squads V4. 이어지는 페이지의 주소들은 이 애플리케이션이 실제로 이야기하는 배포본입니다.
어떻게 작동하는가
결제는 거래가 되기 전에 먼저 대화입니다. 여기서 그건 비유가 아닙니다. 대화 안에서, 메시지로 일어나고, 체인은 그룹이 합의한 뒤에야 그것을 봅니다.
누가 서명하고, 그 가운데 몇이 필요한지. 지갑이 만들어지는 그 순간 지갑에 적히고, 적히는 곳은 이 애플리케이션이 아니라 체인입니다.
규칙을 나중에 여기서 고치지는 않습니다. 규칙이 다르면 다른 지갑이고, 채워 넣고 옮겨 가야 할 자기 주소를 갖습니다. 어떤 체인은 그 변경을 허용하지만 이 애플리케이션은 하지 않습니다 — 그래서 화면은 두 번째 누름을 청하기 전에 그 사실을 말합니다.
그것을 만든 사람이 보낸 메시지로 대화에 도착해, 무엇을 누구에게 지불하는지 말합니다. 서명되기 전까지는 요청일 뿐, 그 이상이 아닙니다.
제안은 대화가 쓰는 것과 같은 암호화된 그룹이 나르므로, 서버는 읽지 못한 채 나릅니다.
읽고 한 번 누르면, 만들어진 그 전화기를 한 번도 떠난 적 없는 열쇠로 서명됩니다. 숫자가 올라가는 것을 모두가 봅니다.
어떤 기기도 다른 사람의 열쇠를 갖고 있지 않으므로, 잃어버리면 누군가에게 지갑을 넘겨주게 되는 기기라는 것이 없습니다.
서명들이 모여 조립되고 전파됩니다. 그 뒤로 규칙을 집행하는 것은 체인이지 이 애플리케이션이 아닙니다 — 규칙을 그쪽에 두는 이유가 바로 그것입니다.
이 애플리케이션이 내일 사라져도, 지갑은 여전히 지갑이고 규칙은 여전히 유효합니다.
다섯 체인
다섯 체인, 그 아래에는 서로 다른 네 가지 기계가 있습니다. 비트코인, 이더리움, BNB Smart Chain, 트론, 솔라나는 하나의 주소를 여러 사람이 함께 쓰는 방식을 각자 다르게 갖고 있습니다. 그 차이는 화면까지 올라오지 않습니다. 결제를 제안하고, 서명하고, 보내는 일은 다섯 곳 모두에서 같습니다.
P2WSH multisig · BIP 67 · PSBT
“이 n개의 열쇠 가운데 m개”라고 읽히는 증인 스크립트, 그리고 그 해시인 주소. 열쇠는 사전순으로 정렬되므로, 같은 열쇠 묶음으로 스크립트를 만드는 사람은 누구든 같은 주소에 도달합니다. n!가지로 흩어지지 않습니다.
결제는 PSBT로 이동합니다. 서명자들을 돌며 서명을 모으는 하나의 파일이고, 충분히 모이면 확정됩니다.
COMPAXOP_m <key>… OP_n OP_CHECKMULTISIGSafe · canonical deployment
이더리움에서 그룹이 가진 돈의 대부분이 이미 들어 있는 계약입니다. 프록시는 표준 팩토리가 만들어 표준 싱글턴을 가리키고, 소유자와 문턱은 그것을 만드는 바로 그 호출 안에서 정해집니다.
포크한 것도 없고 다시 배포한 것도 없습니다. 버전은 짐작하는 대신 계약에서 읽습니다. 다른 사람이 만든 Safe도 이것으로 열 수 있는 Safe이기 때문입니다.
0x41675C099F32341bf84BFc5382aF534df5C7461a0x4e1DCf7AD4e460CfD30791CCC4F9c8a4f820ec67MultiSend — 여러 번의 이동, 한 번의 승인Safe · the same addresses
같은 주소에 같은 계약들. Safe의 배포는 EVM 체인들에 걸쳐 결정적이라, 여기서 체인마다 따로 배울 것도 없고 코드에 체인마다 다른 부분도 없습니다.
이더리움의 계정이 BNB Smart Chain에서도 같은 계정인 이유도 이것입니다. 코인 타입 하나, 열쇠 하나, 체인 둘.
60 — 이더리움과 공유Account permissions · no contract
트론은 규칙을 계정 안에 넣어 두었습니다. permission은 열쇠 목록과 각각의 가중치, 그리고 문턱을 담아 계정 자체에 기록됩니다 — 배포할 계약도 없고, 믿어야 할 계약도 없습니다.
가중치가 있다는 것은 규칙이 머릿수 세기 말고 다른 것도 될 수 있다는 뜻입니다. 두 표짜리 열쇠 하나, 한 표짜리 열쇠 셋처럼.
AccountPermissionUpdateSquads Protocol V4
솔라나의 재무 계정 대부분이 쓰는 멀티시그 프로그램입니다. 제안은 체인 위의 계정이고, 구성원이 그것에 대해 승인하며, 승인이 문턱에 이르면 실행됩니다.
프로그램 id가 지갑의 모든 계정이 어디에서 파생되는지를 결정하므로, 공개된 배포본에 못 박혀 있고, 다른 것은 믿는 대신 거부됩니다.
SQDS4ep65T869zMMBKyuUq6aD6EgTu8psMjkvj52pCf왜 표준인 것을
이것을 만드는 더 쉬운 길이 있습니다. 체인마다 우리 계약 하나, 우리 형식 하나, 그것을 이해하는 애플리케이션 하나. 코드는 줄고 결과는 나빠집니다. 그러면 그룹의 돈이 이 애플리케이션이 계속 존재하는지에 달리게 되기 때문입니다.
아래의 하나하나는 그 선택의 결과이지, 나중에 더한 기능이 아닙니다.
AUDITS
This is the argument for using each chain’s own multisig rather than writing one: the reports below exist, they were paid for by somebody else, and they are about exactly the contracts a wallet made here is made of. Every address and every program id on this page was checked against the projects’ own published deployment records while this section was written.
Ethereum · BNB Smart Chain
2 reportsThe four contracts this application talks to are the canonical v1.4.1 deployments — singleton, proxy factory, fallback handler and MultiSend — each one matching the address in Safe’s own deployment registry.
Solana
4 reportsFour reports, three firms and a formal verification. The program id this application pins is the one the program declares for itself in its own source.
P2WSH · consensus, not a contract
3 specsThere is nothing here for an auditor to be hired for, and that is the point: a multisig on Bitcoin is not a deployed program but a script the network’s own rules evaluate. What is worth reading instead is the specification.
Account permissions · consensus, not a contract
noneThe same again: the rule is a property of the account, enforced by the nodes rather than by code somebody deployed. There is no contract to audit because there is no contract.
An audit is a reading of a codebase at a commit, not a guarantee about the money in it — and none of these reports is about this application. They are about the contracts underneath it, which is exactly why they are worth more than a report we commissioned about ourselves would be.
구절을 가져온다면
복구 구절이 따르는 규약은 하나가 아니라 여럿이고, 그것들이 엇갈리는 지점은 늘 같습니다. “계정 2”를 청할 때 경로의 어느 요소가 움직이는가. 어느 것이나 옳고, 잘못된 규약으로 읽은 구절은 산수 한 줄만큼 떨어진 곳에 있는 돈에 대해 잔액 0을 보여 줍니다. 그래서 여기서는 규약을 짐작하지 않습니다 — 체인마다 하나씩 있는 설정이고, 명세의 목록이 아니라 애플리케이션의 목록을 내놓습니다. 사라진 것처럼 보이는 돈은, 이 앱이 보고 있지 않던 경로 위의 돈입니다.
Native SegWit 기본값
m/84'/0'/{account}'/0/0
주소 색인
m/84'/0'/0'/0/{account}
주소 색인 기본값
m/44'/60'/0'/0/{account}
하드닝된 계정
m/44'/60'/{account}'/0/0
네 요소
m/44'/60'/0'/{account}
주소 색인 기본값
m/44'/195'/0'/0/{account}
하드닝된 계정
m/44'/195'/{account}'/0/0
네 요소 기본값
m/44'/501'/{account}'/0'
계정만
m/44'/501'/{account}'
레거시
m/501'/{account}'/0/0
비트코인의 레거시 배치와 중첩 배치는 일부러 두지 않았습니다. 주소 생성기는 native SegWit만 파생하므로, 여기서 m/44'/0'/…를 쓰면 다른 모든 지갑이 1…이나 3…을 보여 주는 자리에서 bc1…이 나옵니다 — 맞아 보이고, 실제로 당신의 구절에 속하며, 그 경로에서 다른 누구도 읽어 내지 않는 주소인 문자열입니다. 말하는 것과 다른 뜻을 조용히 갖는 선택지는, 선택지가 없는 것보다 나쁩니다.
지갑을 가져온다면
에둘러 말하지 않습니다. 계획한 것을 만들어 둔 것과 같은 목소리로 적는 페이지는, 그것을 보고 아무것도 정할 수 없는 페이지이기 때문입니다.
그동안에도 당신을 막는 것은 없습니다. 이미 갖고 있는 Safe나 Squads 멀티시그는 그것을 만든 화면에서 그대로 작동합니다. 그것은 처음부터 Safe나 Squads 멀티시그 말고 다른 무엇이었던 적이 없기 때문입니다.
이 사이트의 어떤 내용도 재무 조언이 아닙니다: 예시는 예시일 뿐이며, 돈도 — 위험도 — 여러분의 것입니다. 면책 조항.