토큰 생성: ERC-20, BEP-20, SPL 또는 Jetton, 그리고 그에 따르는 것들

토큰 생성 및 배포에 포함되는 사항

빠른 테스트: 토큰 이름, 심볼, 공급량 및 소수점 자릿수를 한 줄에 적어보세요. 배포 전에 팀원 모두가 동의해야 합니다.

토큰 생성 및 배포는 정의된 토큰 사양을 선택한 네트워크에서 구현하고 출시하는 과정입니다. 이 서비스에는 컨트랙트 또는 토큰 구성, 배포, 메타데이터 준비, 익스플로러에서 관련 정보 게시 또는 검증 지원이 포함될 수 있습니다. 정확한 계획은 구현 전에 합의되므로, 포함되는 사항과 팀에 남는 사항을 확인할 수 있습니다.

이 작업은 토큰 런칭을 준비하는 프로젝트, 기존 제품에 토큰을 추가하는 프로젝트, 또는 가정을 문서화된 기술 사양으로 대체하려는 프로젝트에 유용합니다. 토큰이 상업적 또는 법적으로 어떻게 기능해야 하는지 결정하는 것을 대체하지는 않습니다. 토큰에 연결된 제품 기능이 필요한 경우, 스마트 컨트랙트 개발 또는 더 광범위한 Web3 개발 프로젝트와 함께 해당 요구 사항을 매핑할 수 있습니다.

작업을 시작하기 전에 다음을 공유하세요:

• 이미 선택한 경우, 의도한 네트워크 및 토큰 표준.
• 토큰 이름, 심볼, 공급량 접근 방식 및 필요한 소수점 자릿수 설정.
• 예상되는 전송, 발행, 소각, 일시 중지 또는 관리 동작.
• 배포 지갑을 통제하고 최종 구성을 승인할 사람.
• 기존 디자인 노트, 제품 요구 사항 또는 메타데이터 자산.

요구 사항이 결정되지 않은 경우, 우발적인 기본값이 되지 않도록 미결 상태로 표시하세요. 그러면 팀이 코드가 확정되기 전에 해결해야 할 명확한 지점을 갖게 됩니다.

어떤 토큰 표준이 네트워크에 적합한가요?

네트워크와 제품 요구 사항에 따라 구축할 토큰 형식이 결정됩니다. 표준은 서로 바꿔 쓸 수 있는 레이블이 아닙니다. ERC-20은 이더리움, BEP-20은 BNB 체인, SPL은 솔라나, Jetton은 TON과 연결됩니다. 사용자가 토큰과 상호 작용할 위치를 먼저 지정한 다음, 선택한 표준이 주변 제품 및 계획된 통합에 적합한지 확인하세요.

실용적인 선택 검토는 토큰이 수행해야 하는 작업, 누가 관리할 것인지, 어떤 기존 제품 구성 요소가 이를 인식해야 하는지 묻습니다. 팀이 여러 네트워크를 요청하는 경우 각 배포를 별도의 계획으로 취급하세요. 토큰 동작, 공급 계획, 메타데이터 및 운영 제어가 네트워크 간에 일치해야 하는지 확인하세요. 둘 이상의 네트워크에 배포하면 자동으로 연결 또는 공유 공급이 생성된다고 가정하지 마십시오.

애플리케이션 요구 사항이 있는 제품의 경우, 배포를 전체 런칭으로 취급하지 말고 dApp 구축과 함께 토큰에 대해 논의하세요. 지갑 관련 제품의 경우, 의도된 지갑 경험을 요구 사항에 포함하고 암호화폐 지갑 개발과 조정하세요.

좋은 브리프는 선택한 네트워크, 표준, 의도된 토큰 동작, 관리자 역할 및 해결되지 않은 결정을 기록합니다. 그러면 납품 팀이 구현 전에 해당 선택 사항을 확인하고 클라이언트 결정이 필요한 사항을 설명할 수 있습니다. 이러한 조기 검토는 토큰 사양과 이를 사용할 제품 간의 불일치로 인한 늦은 변경을 방지하는 데 도움이 됩니다.

컨트랙트 설정 및 인계 자료

수령하는 자료는 무엇이 지정되었는지, 무엇이 배포되었는지, 팀이 결과를 어떻게 참조할 수 있는지 명확히 해야 합니다. 컨트랙트 또는 토큰 구성은 합의된 요구 사항을 따릅니다. 배포 인계는 관련 네트워크 및 배포 참조를 기록하고, 메타데이터 자료는 합의된 계획 내에서 준비됩니다.

구현 전에 개발자와 납품 리더가 귀하와 함께 프로젝트 입력 사항을 검토합니다. 누락된 결정을 식별하고, 명시적 승인이 필요한 설정에 플래그를 지정하며, 배포를 승인할 수 있는 사람을 확인합니다. 귀하는 계획된 설계의 일부인 관리 또는 업데이트 제어를 포함하여 평이한 언어로 검토할 구성을 받게 됩니다. 이는 계획된 작업에 대한 검토일 뿐, 토큰이 독립적인 보안 감사를 받았다는 주장이 아닙니다.

일반적인 인계에는 다음이 포함될 수 있습니다:

• 승인된 토큰 사양 및 계획에 구현된 기능.
• 출시 시 제공된 배포 참조 및 네트워크 세부 정보.
• 관련 익스플로러가 프로세스를 제공하는 경우 소스 코드 검증 지원.
• 합의된 토큰 표시를 위해 준비된 메타데이터 파일 또는 값.
• 프로젝트 팀이 소유한 나머지 작업에 대한 메모.

토큰이 웹사이트 또는 제품에 표시되는 경우, 콘텐츠와 사용자 여정이 그 목적을 설명할 준비가 되었는지 확인하세요. Web3 웹사이트 및 랜딩 개발과 토큰 세부 정보를 조정할 수 있지만, 별도의 제품 또는 마케팅 자료는 계획에 나열되어야 하며 토큰 배포의 일부로 가정되어서는 안 됩니다.

배포, 검증 및 메타데이터가 어떻게 함께 작동하나요?

일반적인 실수: 소유자 권한을 불명확하게 남겨두는 것. 누가 발행, 일시 중지 또는 설정을 변경할 수 있는지, 그리고 그 이유를 명시하세요.

배포는 합의된 토큰 구현을 선택한 네트워크에 출시합니다. 검증 및 메타데이터는 관련 후속 작업이며, 토큰 사양 확인을 대체하지 않습니다. 프로젝트 팀이 어떤 정보를 준비해야 하고 어떤 작업에 프로젝트 제어 지갑 또는 계정에 대한 액세스가 필요한지 알 수 있도록 함께 계획합니다.

순서는 간단합니다: 네트워크 및 구성 확인, 구현 검토, 필요한 배포 액세스 준비, 승인 후 배포, 합의된 검증 및 메타데이터 작업 지원. 배포 지갑은 프로젝트 또는 그 지시에 따라 행동하는 권한 있는 사람이 통제해야 합니다. 프로젝트 팀은 또한 출시가 예정되기 전에 네트워크에 필요한 거래 수수료 자산을 제공할 수 있는지 확인해야 합니다.

익스플로러 검증은 일반적으로 익스플로러의 사용 가능한 프로세스를 통해 배포된 소스에 대한 정보를 제출하는 것을 포함합니다. 이는 독립적인 감사와는 별개이며, 토큰 설계가 모든 사용에 적합하다는 것을 입증하지 않습니다. 메타데이터는 일관된 이름과 프로젝트 세부 정보로 준비되어야 합니다. 사용자에게 어떻게 표시되는지는 표시하는 익스플로러, 지갑 또는 제품에 따라 다를 수 있습니다.

토큰이 더 큰 Telegram 제품의 일부인 경우, Telegram 봇 및 미니 앱 개발과 초기에 요구 사항을 조정하세요. 이는 토큰 세부 정보를 앱 경험과 일치시키고 배포 참조를 완료된 통합으로 취급하는 것을 방지하는 데 도움이 됩니다. 출시 전에 계획된 순서와 인계 항목을 팀과 확인합니다.

배포 또는 익스플로러 검증에 영향을 줄 수 있는 사항

프로젝트는 자체 사양, 승인, 배포 액세스 및 필오 자재의 준비 상테를 통제합니다. 네트워크와 제3자 익스플로러는 자체 거래 처리 및 검증 인테페에스를 통제합니다. 우리는 귀하와 합의된 구햔 및 지원 작업을 중으로 납품을 계획하고, 외부 검토를 자체 결로 제시하지 않고 완료된 사항을 보합니다.

이 서비스의 주요 경계는 익스플로러 검증입니다: 익스플로러는 특정 제출 세부 사항을 요구할 수 있으며, 그 검증 프로세스 또는 표시는 컨트랙트 작업과 독립적으로 변경될 수 있습니다. 토큰 메타데이터도 익스플로러와 지갑에 따라 다르게 렌더링될 수 있습니다. 우리는 제3자 익스플로러가 제출을 승인하거나 메타데이터를 특정 방으로 표시할 것이라고 약속할 수 없으므로, 인계 전에 목표 익스플로러와 그 가시 요구 사항을 식별하고 결를 기록합니다.

배포 지갑 소유자를 확하고, 정확한 토큰 세부 정보를 제공하며, 미결 컨트랙트 설정을 해결하고, 배포 승인 권한이 있는 사람을 대기 가능하게 하여 피할 수 있는 지연을 줄일 수 있습니다. 프로젝트가 공식적인 보안 검토를 필오로 하는 경우, 별도로 지하십시오. 배포 및 소스 검증은 그 자체로 감사를 구성하지 않습니다. 우리의 역할은 합의된 구현 및 배포 작업을 납품하고, 그 상태를 설명하며, 어떤 나머지 작업이 귀 팀 또는 외부 플랫폼에 속하는지 명확히 하는 것입니다.

토큰 설정 체크리스트 7항목

무언가 배포되기 전에 이 7가지를 서면으로 합의하세요. 토큰 설정은 이후에 변경하기 어렵고, 명확한 시트는 배포 당일 논쟁을 대부분 방지합니다. 짧은 통화에서 함께 체크하고, 통화가 끝나기 전에 각 항목을 누가 담당하는지 기록하세요.

1. 네트워크와 표준을 선택하세요.
2. 이름, 심볼 및 소수점 자릿수를 확정하세요.
3. 총 공급량과 수령자를 확정하세요.
4. 소유자 권리를 명시하세요: 발행, 일시 중지, 소각 또는 없음.
5. 로고 및 메타데이터 파일을 준비하세요.
6. 배포 후 익스플로러 검증을 계획하세요.
7. 컨트랙트 주소와 배포 노트를 저장하세요.

한 줄로 된 용어

소수점 자릿수: 토큰이 나뉠 수 있는 자릿수.

익스플로러 검증 (운 말로: 소스 코를 게시하여 누구나 컨트랙트를 읽을 수 있게 하는 것).

문의하기 전에 준비할 사항

유용한 요청은 토큰의 목적, 목표 네트워크, 의도된 동작 및 런칭 컨텍스트를 설명합니다. 모든 기술적 선택이 결정될 필요는 없지만, 확인된 요구 사항과 조언이 필요한 질문을 분리해야 합니다. 이는 팀이 견적을 산정하고 구현 시작 전에 검토를 제안할 수 있는 명확한 기반을 제공합니다.

이미 알고 있는 세부 정보와 함께 짧은 프로젝트 브리프를 보내세요: 네트워크 또는 후보 네트워크; 토큰 이름 및 심볼; 공급량 생성 또는 관리 방법; 특별한 전송 또는 관리 동작; 배포 지갑을 통제하는 사람. 관련 제품 링크 또는 디자인 자재와 사용자가 토큰 정보를 볼 것으로 예상하는 익스플로러 또는 지갑을 포함하세요. 프로젝트 브리프에 개인 키 또는 시드 프레이즈를 보내지 마십시오.

MarketingExtra는 해당 자료를 프로젝트 연락처와 검토하고, 누락되거나 충돌하는 요구 사항에 대한 질문을 반환하며, 작업이 진행되기 전에 구현 및 인계 계획을 확입합니다. 승인 책임자와 배포를 위해 준비해야 할 사항을 알게 됩니다. 브리프가 토큰이 다른 제품 작업에 의존함을 보여주는 경우, 관련 Web3 개발 서비스에 대해 논의하고 그들 간의 관계를 정의할 수 있습니다.

다음 단계는 목표 네트워크, 토큰 동작, 현재 사양 및 선호하는 배포 연락처를 MarketingExtra에 보내는 것입니다. 입력 사항을 검토하고, 미결 결정을 식별하며, 토큰 작업에 대한 서면 계획으로 응답합니다.

3가지를 보내세요: 목표 네트워크, 토큰 동작, 배포할 지갑.

이용 방법

1. 토큰 브리프 공유의도된 네트워크, 토큰 동작, 알려진 설정, 제품 컨텍스트 및 배포 연락처를 보내세요. 미결 항목을 표시하여 구현 전에 검토할 수 있도록 하세요.
2. 사양 확인개발자와 납품 리더가 요구 사항을 검토하고, 차이를 식별하며, 계획에 포함된 기능과 인계 자재를 확입합니다.
3. 빌드 검토 및 승인팀이 합의된 구성을 구현하고 배포 전에 승인이 필요한 설정을 안내합니다.
4. 배포 및 인계승인 및 액세스가 준비된 후, 팀이 배포를 조정하고, 합의된 검증 및 메타데이터 작업을 지원하며, 완료 세부 정보를 공유합니다.