재단 지갑 주소 공개, 라벨과 실제 통제권을 검증하는 법

재단 지갑 라벨은 탐색기에 붙은 이름일 뿐 그 주소의 법적 소유자·실제 서명자·현재 용도를 혼자 증명하지 않습니다. 먼저 재단이 관리하는 공식 문서에서 주소와 네트워크를 확인하고, 다음으로 주소가 개인키로 움직이는 EOA인지 코드가 실행을 통제하는 계약 계정인지 구분합니다. 멀티시그나 수탁 주소라면 라벨을 붙인 주체, 서명 임계값, 출금 권한, 공시 기준일을 각각 확인해야 합니다. 공개 주소의 잔액은 관찰할 수 있어도 그 잔액이 즉시 사용 가능한 재단 자산인지까지 자동으로 알 수는 없습니다.

주소 공개는 소유권 선언과 같은 문장이 아닙니다

재단이 주소를 공개했다는 사실은 그 문서가 무엇을 주장하는지부터 읽어야 합니다. ‘금고 주소’, ‘운영비 지갑’, ‘수탁 자산 조회용 주소’는 모두 잔액을 보일 수 있지만 통제권과 사용 목적은 다릅니다. 공개 목록에 한 주소가 빠졌다고 해서 숨긴 자산이라고 단정하거나, 목록에 있다고 해서 모든 잔액이 재단의 자유 재원이라고 단정할 수 없습니다.

확인 메모에는 문서의 URL·게시일·네트워크·주소 전체 문자열을 함께 적습니다. 주소만 따로 복사하면 다른 체인의 같은 형식 주소나 후속 정정 공지와 섞이기 쉽습니다. 공지가 특정 시점의 스냅샷을 말한다면 현재 탐색기 잔액은 이후 입출금이 반영된 다른 값일 수 있으므로 두 값을 같은 숫자로 취급하지 않습니다.

라벨은 출발점일 뿐입니다. 공식 원문에서 같은 주소를 확인한 뒤에야 ‘재단이 이 주소를 이렇게 설명했다’고 쓸 수 있습니다. 이 표현은 온체인 잔액이라는 관측 사실과 재단의 조직·회계상 소유 주장 사이의 거리를 남겨 둡니다.

라벨은 주소의 역할을 설명하는 단서이지, 통제권을 혼자 증명하는 서류는 아닙니다.

JOBCOIN 해설

VISUAL GUIDE키 보관과 거래 서명

1. 01
   주소 공개는 소유권 선언과 같은 문장이 아닙니다

   재단이 주소를 공개했다는 사실은 그 문서가 무엇을 주장하는지부터 읽어야 합니다.

2. 02
   EOA와 계약 계정은 누가 움직이는지를 다르게 보여 줍니다

   ethereum.org는 EOA를 개인키를 가진 사람이 통제하는 계정, 계약 계정을 배포된 코드가 통제하는 계정으로 구분합니다.

3. 03
   멀티시그 공시에서는 주소보다 권한 변화가 먼저입니다

   멀티시그 금고는 여러 서명자와 임계값으로 실행을 제한할 수 있습니다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

EOA와 계약 계정은 누가 움직이는지를 다르게 보여 줍니다

ethereum.org는 EOA를 개인키를 가진 사람이 통제하는 계정, 계약 계정을 배포된 코드가 통제하는 계정으로 구분합니다. 둘 다 ETH와 토큰을 보유하고 전송할 수 있으므로 화면의 잔액만 보고 계정 유형을 알아낼 수는 없습니다. 탐색기에서 코드 존재와 계약 상호작용을 살피는 이유가 여기에 있습니다.

EOA의 경우에도 개인키가 한 명에게 있는지, 보관 업체의 절차 아래 있는지, 내부 승인 규칙이 있는지는 체인에서 보이지 않을 수 있습니다. 계약 계정은 반대로 코드에 임계값·모듈·지연 실행 규칙이 있을 수 있으나, 검증된 소스와 현재 설정을 읽지 않으면 그 규칙이 실제로 어떤 출금을 막는지 판단할 수 없습니다.

계약 계정이 EIP-1271 방식으로 서명을 검증할 수 있다는 점도 중요합니다. 주소가 개인키 하나로 서명한 흔적을 보이지 않는다고 무통제 계정이라는 뜻은 아닙니다. 코드가 유효 서명을 판정할 수 있으므로, 서명 검증 방식과 자금 이동 권한은 별도의 질문으로 남겨야 합니다.

멀티시그 공시에서는 주소보다 권한 변화가 먼저입니다

멀티시그 금고는 여러 서명자와 임계값으로 실행을 제한할 수 있습니다. 예를 들어 ‘3명 중 2명’과 ‘5명 중 3명’은 화면의 같은 주소·같은 잔액보다 통제 구조에 더 큰 정보를 줍니다. 다만 단순히 서명자 수가 많아도 모든 키가 같은 보관자나 같은 조직에 있으면 독립성은 별도 검토 대상입니다.

서명자 교체 공지가 나왔다면 새 주소가 생겼는지보다 기존 금고의 서명자·임계값·모듈·대기 시간이 바뀌었는지를 확인합니다. [멀티시그 서명자 변경 공시]의 확인 순서처럼, 제안·승인·실행 거래를 구분하면 공지 시점과 실제 권한 변경 시점을 섞지 않을 수 있습니다.

수탁사가 보관하거나 거래소가 관리하는 주소는 재단이 직접 서명하는 EOA·멀티시그와 다른 경계가 있습니다. 재단 공지는 그 주소를 자기 자산으로 분류할 수 있지만, 출금 절차·운영 중단 위험·공개 범위는 수탁 계약과 사업자 정책의 영향을 받습니다.

잔액, 유동성, 용도 제한을 한 표에 섞지 않습니다

탐색기 잔액은 특정 블록 또는 조회 시점에 그 주소가 보유한 토큰 수량을 보여 줍니다. 그러나 잠금·베스팅·담보·거버넌스 전용 예치처럼 전송 가능성과 사용 목적을 제한하는 규칙은 별도 계약이나 문서에 있을 수 있습니다. 잔액을 ‘당장 매각 가능한 재단 재원’으로 바꾸려면 추가 근거가 필요합니다.

토큰 가격을 곱해 원화나 달러 가치를 제시하는 경우에도 가격 시각, 유동성, 거래 가능 시장, 수량 단위를 밝혀야 합니다. 이 글은 재단의 재무 건전성이나 향후 매도 가능성을 평가하지 않습니다. 공개 라벨이 말하는 범위와 관찰 가능한 체인 기록을 구분하는 데 한정합니다.

관찰 시점과 라벨의 출처를 함께 보관합니다

탐색기 라벨은 운영자·커뮤니티·서비스가 붙일 수 있고 갱신 시점도 서로 다릅니다. 라벨이 재단 이름과 일치하더라도 그 라벨의 근거가 공식 공지인지, 제3자 제안인지, 과거 연결 기록인지 확인해야 합니다. 라벨이 사라지거나 바뀌었을 때는 화면 캡처 하나보다 원문 URL과 조회 시각이 더 재현 가능한 근거가 됩니다.

주소에서 보이는 전송을 급여·투자·매도·보상으로 명명하려면 재단의 설명이나 수신 측 식별 정보가 추가로 필요합니다. 금액·시간·상대 주소가 비슷하다는 패턴만으로 거래 목적을 확정하면 안 됩니다. 공개 장부는 기록을 주지만, 조직 내부의 회계 분류까지 자동으로 해석해 주지는 않습니다.

• 공식 공지의 URL·게시일·주소·네트워크를 한 기록에 저장합니다.
• 탐색기 라벨의 표시 주체와 갱신 시점을 확인합니다.
• EOA인지 계약 계정인지, 계약이면 코드와 현재 설정을 분리해 봅니다.
• 멀티시그는 서명자 수뿐 아니라 임계값·대기 시간·모듈 변경을 확인합니다.
• 잔액·잠금 조건·사용 목적·평가액을 서로 다른 열에 적습니다.

공개 공시는 추적 가능한 질문으로 바꿉니다

좋은 확인 결과는 ‘이 주소는 재단 것’이라는 한 줄 결론보다 구체적입니다. 예컨대 ‘재단의 2026년 9월 27일 원문이 특정 체인의 주소를 금고로 열거했고, 탐색기에는 계약 코드가 있으며, 서명자 설정은 이 시점에 별도 확인이 필요하다’처럼 사실과 미확인을 나눕니다.

새 공지가 나오면 과거 기록을 덮어쓰지 말고 변경일과 바뀐 항목을 이어 적습니다. 이는 라벨·서명자·잔액의 시간이 다른 데이터를 비교할 때 특히 중요합니다. 독자는 공개 정보만으로 개인키 보관이나 법률상 소유를 확정할 수 없다는 한계를 유지하면서도, 다음 확인 질문을 명확히 할 수 있습니다.

자주 묻는 질문