어떤 토큰 표준이 제품에 적합한가요?
올바른 토큰 표준은 선택한 체인과 제품이 지원하는 표준입니다. 컨트랙트 작업을 시작하기 전에 해당 선택을 정의하여 사용자가 토큰을 보유, 전송 또는 상호작용하는 방식과 구현이 일치하도록 도와드립니다.
ERC-20, BEP-20, SPL 및 Jetton은 서로 다른 토큰 표준과 생태계를 나타내며, 상호 교환 가능한 배포 설정이 아닙니다. 제품이 대상으로 하는 체인, 토큰이 기존 애플리케이션과 상호작용해야 하는지 여부, 제품에 실제로 필요한 기능을 알려주십시오. 이러한 답변을 사용하여 기술 범위를 확인하고 별도의 결정이 필요한 요구 사항을 식별합니다.
시작 전에 다음을 준비하십시오:
- 이미 결정된 경우 선택한 체인 및 토큰 표준.
- 토큰 이름, 기호 및 의도된 공급 동작.
- 누가 토큰을 생성, 전송 또는 관리할 수 있는지에 대한 일반 언어 설명.
- 토큰을 인식해야 하는 모든 제품, 지갑 또는 통합.
토큰이 애플리케이션의 일부인 경우, 컨트랙트 가정을 더 넓은 dApp 개발 범위와 정렬하십시오. Web3 전반의 기술 작업에 대한 더 넓은 관점은 Web3 개발을 참조하십시오.
토큰 컨트랙트는 어떤 기능을 수행해야 하나요?
컨트랙트는 제품에 필요한 동작만 구현해야 하며, 각 관리 권한은 배포 전에 이해되어야 합니다. 정확한 사양은 검토를 더 유용하게 만들고 출시 후 팀에 실용적인 참조 자료를 제공합니다.
귀하의 요구 사항을 토큰의 예상 동작, 공급 규칙, 권한 및 요청된 확장을 포함하는 서면 범위로 변환합니다. 구현 전에 해당 범위를 검토합니다. 컨트랙트 및 배포 검토 중에 합의된 동작이 구현에 반영되었는지 확인하고 어떤 프로젝트 결정이 귀하의 몫인지 확인합니다. 또한 통합 또는 향후 관리에 영향을 미칠 수 있는 가정을 식별합니다.
기술 및 제품 리드와 함께 다음 사항을 고려하십시오:
- 공급이 한 번 생성됩니까, 아니면 제품에 정의된 발행 프로세스가 필요합니까?
- 특권 작업을 제어하는 사람은 누구이며, 해당 권한은 어떻게 관리됩니까?
- 선택한 표준 이상의 사용자 지정 동작이 토큰에 필요합니까?
- 토큰 컨트랙트를 읽거나 호출해야 하는 컨트랙트 또는 애플리케이션은 무엇입니까?
답변은 검토할 수 있을 만큼 구체적이어야 합니다. "표준 토큰"만으로는 권한이나 제품 요구 사항을 설명할 수 없습니다. 더 광범위한 구현이 필요한 경우, 스마트 컨트랙트 개발 서비스가 관련 온체인 구성 요소를 처리할 수 있습니다. 또한 Web3 웹사이트 또는 랜딩 페이지와의 통합 요구 사항을 조정할 수 있습니다.
배포 및 검증은 어떻게 진행되나요?
배포는 합의된 컨트랙트 또는 토큰 구현을 선택한 네트워크에 배치합니다. 검증은 지원되는 익스플로러 프로세스를 통해 소스 및 컨트랙트 세부 정보를 확인할 수 있도록 합니다. 두 작업을 별도의 납품 작업으로 조정하고 완료된 내용의 기록을 유지합니다.
배포 전에 대상 네트워크, 승인된 구현 및 배포를 담당하는 계정 또는 지갑을 확인합니다. 배포 계획은 누가 트랜잭션에 서명하고 누가 이후에 관리 권한을 보유하는지 명확히 해야 합니다. 배포 후 팀은 인계를 위해 컨트랙트 주소 및 관련 트랜잭션 세부 정보를 기록합니다. 그런 다음 해당 익스플로러 워크플로우에 필요한 정보를 사용하여 배포된 컨트랙트에 대한 검증을 준비합니다.
유용한 인계는 팀이 채팅 기록을 검색하지 않고 실용적인 질문에 답할 수 있도록 해야 합니다:
- 범위 내의 네트워크 및 컨트랙트 주소는 무엇입니까?
- 누가 컨트랙트를 배포했으며, 어떤 계정이 해당 권한을 제어합니까?
- 익스플로러에 표시되는 검증 상태는 무엇입니까?
- 합의된 소스 파일 및 메타데이터 지침은 어디에 저장되어 있습니까?
토큰이 지갑 제품 내에서 사용될 경우, 암호화폐 지갑 개발과 통합 요구 사항을 조정하십시오. 정확한 검증 단계는 네트워크 및 익스플로러에 따라 다릅니다. 배포를 작업의 끝으로 처리하지 않고 의도된 인계를 명확히 합니다.
어떤 토큰 메타데이터와 인계를 기대해야 하나요?
메타데이터 준비는 프로젝트가 사용하려는 장소에 대해 토큰의 일관된 식별 세부 정보 세트를 제공합니다. 선택한 표준 및 대상 통합에 필요한 필드를 확인한 다음 해당 세부 정보를 토큰 사양과 정렬합니다.
정식 토큰 이름, 기호 및 프로젝트 승인 이미지 또는 설명 자료를 준비하십시오. 메타데이터가 표시되어야 하는 위치와 다른 제품 또는 인터페이스가 이를 사용하는지 알려주십시오. 요구 사항은 네트워크 및 통합에 따라 다를 수 있으므로 먼저 의도된 대상을 합의하면 나중에 이름이나 자산이 충돌하는 것을 방지하는 데 도움이 됩니다. 프로젝트 범위에 합의된 메타데이터 작업만 포함합니다. 상장, 지갑 표시 또는 타사 프로필은 명시적으로 포함되지 않는 한 별도의 결과입니다.
인계 시 프로젝트는 합의된 구현 파일 및 배포 기록, 컨트랙트 주소, 검증 상태, 메타데이터 참조 및 관리 제어 요약을 받아야 합니다. 또한 지갑 보관, 운영 승인 또는 향후 컨트랙트 변경에 대한 결정과 같이 팀에 남아 있는 항목을 식별합니다.
토큰 주변에 고객 대면 인터페이스가 필요한 프로젝트의 경우 기술 인계를 Web3 웹사이트 및 랜딩 개발 계획에 연결하십시오. 토큰이 더 넓은 제품의 일부인 경우 Web3 개발 개요가 인접한 구축 요구 사항을 구성하는 데 도움이 될 수 있습니다.
토큰 배포 프로젝트는 어떻게 진행되나요?
토큰 배포 프로젝트는 요구 사항에서 승인된 구현으로, 그런 다음 네트워크 배포 및 문서화된 인계로 진행됩니다. 이 순서는 결정을 투명하게 유지하고 컨트랙트가 선택한 네트워크에 배치되기 전에 팀에 검토 지점을 제공합니다.
체인, 표준, 공급 동작, 권한, 메타데이터 및 통합 요구 사항을 다루는 시작 체크리스트로 시작합니다. 범위가 확인된 후 검토를 위한 구현을 준비합니다. "토큰 생성"에 포함되는 내용에 대한 가정에 의존하지 않고 서면 요구 사항에 대해 질문을 제기할 수 있습니다. 구현 및 배포 계획이 승인되면 지정된 프로젝트 담당자 및 서명자와 배포를 조정합니다. 최종 인계는 컨트랙트 세부 정보 및 합의된 검증 및 메타데이터 작업을 기록합니다.
프로젝트 담당자는 다음을 제공할 준비가 되어 있어야 합니다:
- 토큰 동작 및 관리 권한에 대한 의사 결정자.
- 대상 네트워크 및 필요한 배포 계정 설정.
- 승인된 토큰 ID 및 메타데이터 자산.
- 통합 요구 사항 및 각 종속 제품에 대한 연락처.
일정은 이러한 입력, 네트워크 수 및 요청된 동작이 표준 토큰을 넘어서는지 여부를 이해한 후 합의됩니다. 연결된 Telegram 경험의 경우 Telegram 봇 및 미니 앱 개발과 요구 사항을 조정하십시오. 귀하가 지정한 사람과 직접 진행 상황 및 미결 결정을 공유합니다.
계획해야 할 네트워크별 제한 사항
프로젝트는 사양, 배포 설정 및 제출하는 정보의 정확성을 제어할 수 있지만, 타사 네트워크 및 익스플로러 결정은 납품 팀의 통제 범위를 벗어납니다. 체인의 트랜잭션 처리 및 익스플로러의 검증 또는 메타데이터 표시는 자체 요구 사항을 따를 수 있으므로 승인된 배포가 모든 인터페이스에서 토큰을 동일하게 표시하는 것을 보장하지는 않습니다.
피할 수 있는 지연을 줄이려면 대상 네트워크 및 배포 서명자를 조기에 확인하고, 배포 전에 컨트랙트 동작을 승인하고, 초안이 아닌 최종 메타데이터를 제공하십시오. 배포된 주소의 기록을 유지하고 토큰을 관리하는 계정에 대한 액세스 권한을 유지하십시오. 제품이 특정 지갑 또는 익스플로러 표시에 의존하는 경우, 범위 지정 중에 해당 종속성을 식별하여 가정하지 않고 별도의 확인으로 처리할 수 있도록 하십시오.
Premium Promotions는 범위에 합의된 컨트랙트 및 배포 작업과 지정된 검증, 메타데이터 준비 및 인계를 제공합니다. 타사 익스플로러의 검토 또는 표시 결정을 프로젝트가 보장할 수 있는 것으로 대표하지 않습니다. 대상 체인, 토큰 표준 및 요구 사항을 보내주시면 범위를 검토하고 다음 단계를 설명해 드리겠습니다.
이용 방법
- 요구 사항 공유대상 체인, 토큰 표준, 의도된 공급 동작, 권한 및 통합 요구 사항을 보내주십시오. 승인된 메타데이터 자산을 포함하십시오.
- 기술 범위 확인프로젝트 담당자와 요구 사항을 검토하고 포함된 내용, 승인이 필요한 결정 및 배포 조정 방법을 문서화합니다.
- 구현 검토지정된 의사 결정자가 배포 승인 전에 제안된 동작 및 권한을 합의된 요구 사항과 비교하여 확인합니다.
- 배포 및 검증 준비지정된 서명자와 배포를 조정하고, 컨트랙트 세부 정보를 기록하며, 합의된 검증 및 메타데이터 작업을 준비합니다.
- 인계 수신팀은 합의된 파일, 컨트랙트 및 네트워크 세부 정보, 상태 노트 및 보유된 관리 책임에 대한 정보를 받습니다.
자주 묻는 질문
토큰을 생성하려면 무엇이 필요한가요?
대상 체인과 표준(예: ERC-20, BEP-20, SPL 또는 Jetton)으로 시작하십시오. 또한 토큰의 의도된 공급 동작, 관리 권한, 이름 및 기호, 메타데이터 자산 및 모든 제품 통합이 필요합니다. 일부 선택이 최종적이지 않은 경우, 귀하를 대신하여 가정하지 않고 범위 지정 중에 식별할 수 있습니다.
동일한 토큰을 여러 네트워크에 배포할 수 있나요?
하나 이상의 네트워크에 대한 배포 범위를 지정할 수 있지만, 각 대상에는 자체 확인된 표준, 구현 요구 사항 및 배포 설정이 필요합니다. 염두에 두고 있는 네트워크와 토큰이 네트워크 간에 일관되게 동작해야 하는지 알려주십시오. 작업 시작 전에 포함되는 내용을 설명하겠습니다.
토큰 생성에 보안 감사가 포함되나요?
컨트랙트 구현 및 배포는 독립적인 보안 감사와 동일하지 않습니다. 프로젝트 범위에 포함된 검토와 요구 사항에 독립적인 전문가의 별도 감사가 필요한지 여부를 명확히 합니다. 구현 전에 보안 검토 요구 사항을 공유하여 계획에 반영될 수 있도록 하십시오.
토큰 배포는 얼마나 걸리나요?
시기는 네트워크, 토큰 동작, 배포 수 및 필요한 검증 또는 메타데이터 작업을 검토한 후 확인됩니다. 또한 프로젝트는 적시에 승인을 제공하고 지정된 배포 서명자에 대한 액세스 권한이 필요합니다. 범위와 종속성이 명확해지면 팀과 실용적인 일정을 합의할 수 있습니다.
익스플로러가 토큰을 검증하거나 표시할 것이라고 보장할 수 있나요?
합의된 배포를 제공하고 해당 익스플로러 프로세스를 사용하여 검증 및 메타데이터 제출을 준비할 수 있습니다. 익스플로러의 수락, 처리 및 표시는 해당 타사에 의해 제어되므로 이러한 결과는 구현 팀이 약속할 수 없습니다. 상태를 명확하게 보고하고 인계 시 관련 배포 세부 정보를 제공합니다.
토큰에 대한 메타데이터와 로고를 생성해 주나요?
프로젝트 범위에 지정된 메타데이터 작업을 준비하거나 조정할 수 있습니다. 승인된 토큰 ID와 로고 또는 프로젝트 자산을 제공하고 제품에 중요한 지갑, 인터페이스 또는 기타 대상을 알려주십시오. 디자인 또는 타사 프로필 작업은 합의된 범위에 포함되지 않는 한 가정되지 않습니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…