기본 지갑을 노출하지 않고 위임을 사용하여 NFT를 발행하려면 어떻게 해야 하나요?

솔라나의 위임 기반 NFT 채굴

1. 위임을 통해 지정된 권한은 소유권을 이전하거나 개인 키를 공개하지 않고도 소유자의 지갑을 대신하여 발행 작업을 수행할 수 있습니다.

2. 소유자는 위임자의 공개 키와 승인된 토큰 수를 지정하고 발행 권한을 보유한 토큰 계정에 승인 명령을 호출하여 위임을 시작합니다.

3. 승인되면 위임자는 위임된 토큰 계정을 사용하여 mintTo 명령을 호출하여 새로 발행된 토큰을 소유자 또는 제3자가 제어하는 ​​대상 주소로 보낼 수 있습니다.

4. 이 메커니즘은 전적으로 SPL 토큰 표준 내에서 작동하며 맞춤형 프로그램 배포나 외부 서명 릴레이가 필요하지 않습니다.

5. 모든 위임 권한은 revoke 를 통해 명시적으로 취소되지 않는 한 시간에 구애받지 않습니다. 즉, 수동으로 비활성화할 때까지 지속됩니다.

위임 권한의 보안 경계

1. 대리인은 민트 계정 자체의 소유권을 양도할 수 없습니다. 지정된 공급 한도까지만 새 토큰을 발행할 수 있습니다.

2. 위임자는 별도로 전송 권한을 부여받지 않는 한 관련 토큰 계정의 기존 토큰 잔액을 통제할 수 없습니다.

3. 발행 단계에서는 원래 발행 기관의 서명이 필요하지 않습니다. 유효한 실행에는 대리인의 서명만으로 충분합니다.

4. 철회는 모든 권한을 즉각적이고 되돌릴 수 없게 재설정하여 재승인 없이 추가 발행 기능을 제거합니다.

5. 온체인 로그는 승인 및 발행 이벤트를 모두 반영하므로 Solscan 또는 SolanaFM과 같은 Solana 탐색기를 통해 완전한 감사가 가능합니다.

Phantom Wallet 및 CLI 도구를 사용한 구현

1. Phantom Wallet은 승인 및 mintTo 엔드포인트를 노출하는 호환 가능한 dApp과 상호 작용할 때 내장 인터페이스를 통해 위임을 지원합니다.

2. 개발자는 종종 @solana/web3.js를 통합하여 브라우저 컨텍스트에서 직접 위임 지침이 포함된 서명된 트랜잭션을 구성하고 전송합니다.

3. 명령줄 작업 흐름은 spl-token recognition 에 이어 spl-token mint를 사용합니다. 여기서 후자는 mint 기관 대신 대리인의 키 쌍을 사용합니다.

4. Phantom은 팝업 모달에서 명시적으로 확인되지 않는 한 위임 승인에 자동으로 서명하지 않습니다. 사용자는 각 권한 부여에 대한 모든 권한을 보유합니다.

5. solana-test-validator 와 같은 트랜잭션 시뮬레이션 도구를 사용하면 개발자는 devnet 또는 메인넷에 배포하기 전에 위임 동작을 확인할 수 있습니다.

위임 발행 흐름의 일반적인 함정

1. 위임자와 FreezeAuthority 또는 mintAuthority를 ​​혼동 하면 계정 역할이 일치하지 않아 발행 시도가 실패하게 됩니다.

2. 승인 지시에 과도한 양을 설정하면 대리인의 키 쌍이 손상될 경우 불필요한 노출이 발생합니다.

3. Phantom에서 트랜잭션 서명을 확인하지 못하면 RPC 노드 전체에서 자동 거부 또는 불일치 상태가 발생할 수 있습니다.

4. 일부 dApp은 민트 권한을 하드코드하여 위임 상태를 확인하고 무시하므로 민트 실행 중에 호환성 문제가 발생합니다.

5. 토큰 메타데이터 업데이트는 Metaplex 프로그램을 사용하여 별도로 처리해야 합니다. 위임은 ​​명시적으로 구현되지 않는 한 메타데이터 지침으로 확장되지 않습니다.

자주 묻는 질문

Q: 위임 후 위임자가 민트 권한을 변경할 수 있나요? A: 아니요. 현재 민트 권한만 setAuthority를 ​​실행하여 민트를 수정하거나 권한을 동결할 수 있습니다. 위임은 제한된 운영 권한만 부여합니다.

Q: 하나의 민트 계정에서 여러 NFT에 대한 채굴을 위임할 수 있나요? 답: 그렇습니다. 단일 위임은 명령 한도에 의해 취소되거나 만료될 때까지 해당 특정 민트 계정의 모든 발행 작업에 적용됩니다.

Q: 솔라나에서는 압축 NFT(cNFT)로 위임이 작동하나요? A: 기본적으로는 아닙니다. cNFT는 SPL 스타일 위임을 지원하지 않는 Bubblegum 및 ConcurrentMerkleTree 프로그램을 사용합니다. 프로그래밍 가능한 트랜잭션 릴레이와 같은 대체 메커니즘이 필요합니다.

Q: 대리인의 지갑이 침해되면 어떻게 되나요? A: 공격자는 승인된 수량까지 새 토큰을 발행할 수 있습니다. 즉시 취소하면 추가 활동이 중단되지만 이전 발행을 취소할 수는 없습니다.