어떤 토큰 표준이 귀하의 프로젝트에 적합할까요?
올바른 토큰 표준은 귀하의 프로젝트가 사용하려는 체인, 지갑, 애플리케이션 및 통합에서 지원하는 표준입니다. 저희는 표준을 상호 교환 가능한 템플릿으로 취급하지 않고, 목적지와 토큰 요구사항부터 시작합니다.
ERC-20은 이더리움 호환 네트워크에서 일반적인 대체 가능 토큰 인터페이스입니다. BEP-20은 BNB Chain 생태계 내에서 사용됩니다. SPL은 Solana에서 사용되는 토큰 프로그램 표준이며, Jetton은 TON에서 사용되는 토큰 모델입니다. 각 표준은 고유한 배포 경로, 도구 및 토큰 세부 정보 표현 방식에 대한 기대치를 가지고 있습니다.
선택하기 전에 다음 질문에 대한 답변을 준비하세요:
- 출시 시 토큰을 보유할 체인과 네트워크는 무엇인가요?
- 자산이 대체 가능하며, 어떤 공급량과 소수점 동작이 필요한가요?
- 공급량이 고정되어야 하나요, 아니면 권한이 있는 당사자가 발행 기능이 필요한가요?
- 전송 제한, 일시 중지 제어 또는 관리 역할이 필요한가요?
- 초기 출시에 중요한 지갑, dApp, 거래소 또는 토큰 디렉토리는 무엇인가요?
저희는 이러한 답변을 구현 및 배포를 위한 문서화된 범위로 전환합니다. 프로젝트에 표준 토큰 이상의 사용자 정의 로직이 필요한 경우 스마트 컨트랙트 개발로 범위를 설정하는 것이 더 적합할 수 있습니다. 저희의 포괄적인 Web3 개발 서비스는 토큰 주변의 애플리케이션도 포함할 수 있습니다.
토큰 배포 및 검증은 어떻게 이루어지나요?
배포는 합의된 토큰 컨트랙트 또는 구성을 선택된 네트워크에 게시하는 것이며, 검증은 지원되는 블록 탐색기를 통해 관련 소스 정보를 확인 가능하게 하는 것입니다. 이는 별도의 작업이므로 배포 계획은 출시 전에 두 가지를 모두 식별해야 합니다.
EVM 토큰의 경우 배포는 합의된 컨트랙트를 설정과 함께 컴파일하고, 배포 트랜잭션을 전송하며, 결과 주소와 트랜잭션 세부 정보를 기록하는 것을 포함합니다. 탐색기가 검증을 지원하는 경우 소스 코드와 컴파일러 설정이 배포된 바이트코드와 일치해야 합니다. Solana와 TON에서는 구현 및 게시 단계가 각각의 토큰 도구 및 메타데이터 규칙을 따르며 EVM 컨트랙트 워크플로우와 다릅니다.
저희는 게시 전에 네트워크, 배포자 권한, 토큰 매개변수 및 필요한 메타데이터를 확인합니다. 배포 후 인계 자료는 토큰 주소 또는 계정, 네트워크, 트랜잭션 참조 및 남은 설정 항목을 식별합니다. 검토자는 전달된 세부 정보를 프로젝트 사양과 비교할 수 있습니다.
검증은 보안 감사와 혼동되어서는 안 됩니다. 사용자 정의 로직에 대한 별도 검토가 필요한 경우 스마트 컨트랙트 개발을 통해 자체 작업 스트림으로 준비하세요. 출시 후 생태계 가시성 및 프로필 제출에 대해서는 상장 및 검증을 참조하세요.
토큰 생성에는 무엇이 포함되나요?
프로젝트에는 합의된 토큰 구현, 배포 작업 및 인계가 포함됩니다. 선택적 작업은 별도로 명시되어 비용이 적용되는 범위에 대한 모호함이 없습니다. 범위는 체인, 기능 및 검토 요구사항을 이해한 후 확정됩니다.
일반적인 전달 사항은 다음과 같습니다:
- 표준, 공급량, 소수점 및 관리 권한을 포함한 문서화된 토큰 사양
- 합의된 네트워크에 맞게 준비된 컨트랙트 또는 토큰 구성
- 배포 트랜잭션 실행 및 게시된 주소 또는 계정 기록
- 체인과 탐색기가 적절한 프로세스를 제공하는 경우 탐색기에서의 소스 검증 지원
- 지원되는 형식으로 준비된 토큰 이름, 심볼 및 기타 합의된 메타데이터
- 배포 세부 정보, 권한 및 다음 운영 단계를 설명하는 인계 자료
사양이 핵심 제어 문서입니다. 누가 발행, 일시 중지 또는 설정을 변경할 수 있는지, 해당 권한을 제거할 수 있는지, 초기 공급량이 어떻게 할당되는지 명시해야 합니다. 저희는 짧은 브리핑에서 추론하지 않고 배포 전에 이러한 선택 사항을 승인하도록 요청할 것입니다.
웹사이트, dApp, 지갑 인터페이스, 감사, 거래소 상장 및 지속적인 토큰 관리는 토큰 배포에 자동으로 포함되지 않습니다. 이는 dApp 개발 또는 Web3 웹사이트 개발을 포함한 별도 서비스로 범위를 설정할 수 있습니다.
토큰을 사양에서 인계까지 어떻게 진행하나요?
작업은 요구사항에서 검토, 구현, 배포 및 인계로 진행됩니다. 일정은 체인, 기능 세트 및 클라이언트 승인 경로가 알려진 후 합의됩니다. 사용자 정의 토큰이나 지연된 승인은 간단한 표준 구현에 비해 추가 작업이 발생할 수 있습니다.
저희는 트랜잭션을 게시할 준비가 될 때까지 주요 결정이 남겨지지 않도록 게이트 프로세스를 사용합니다:
- 발견: 프로젝트 목적, 대상 체인, 토큰 동작 및 의도된 통합을 공유합니다.
- 사양: 표준, 공급량, 권한, 메타데이터 및 배포 가정을 문서화하여 승인을 받습니다.
- 구현: 컨트랙트 또는 토큰 구성을 준비하고 승인된 범위와 대조 확인합니다.
- 배포: 매개변수를 승인하고 필요한 네트워크 액세스 또는 자금을 제공하면 합의된 네트워크에 게시합니다.
- 검증 및 인계: 해당되는 경우 소스 정보를 제출하고 주소, 트랜잭션 기록 및 운영 메모를 제공합니다.
검토를 집중적으로 유지하려면 선호하는 토큰 이름과 심볼, 공급 모델, 소수점, 관리자 지갑 세부 정보 및 메타데이터 요구사항을 함께 보내주세요. 변경 사항을 승인할 사람과 배포 지갑을 제어할 사람을 식별하세요. 애플리케이션 통합의 경우 소비 제품을 조기에 정의하세요. 이는 기술적으로 배포되었지만 의도된 용도에 준비되지 않은 토큰을 방지하는 데 도움이 됩니다.
토큰 배포가 제어할 수 있는 것과 없는 것
토큰 배포는 합의된 온체인 구현을 제공할 수 있지만, 모든 탐색기, 지갑 또는 타사 디렉토리가 이를 표시하거나 수락하는 방식을 제어할 수는 없습니다. 이러한 서비스의 특정 검토 및 색인 규칙은 배포 자체 외부에 있습니다.
저희는 합의된 구현 작업, 배포 트랜잭션 및 해당 프로세스를 사용할 수 있는 경우 검증 제출을 약속할 수 있습니다. 탐색기가 제출을 수락하거나, 메타데이터를 특정 방식으로 표시하거나, 특정 일정에 따라 처리할 것이라고 약속할 수는 없습니다. 탐색기 검증은 제출된 소스 정보가 배포된 코드와 일치하는지 확인합니다. 이는 컨트랙트가 안전하거나 프로젝트가 모든 외부 서비스의 요구사항을 준수한다는 것을 인증하지 않습니다.
출시 전에 다음 검토 목록을 사용하세요:
- 신뢰할 수 있는 채널을 통해 팀과 배포 네트워크 및 주소를 확인하세요.
- 모든 특권 역할과 이를 유지하거나 포기할 때의 결과를 검토하세요.
- 프로덕션에서 의존하기 전에 의도된 토큰 동작 및 통합을 테스트하세요.
- 배포 기록과 지갑 제어를 운영 책임자와 함께 보관하세요.
- 감사, 거래소 수락, 디렉토리 프로필 및 시장 가시성을 별도 작업으로 취급하세요.
토큰이 이미 라이브 상태이지만 탐색기 프로필이나 세부 정보에 주의가 필요한 경우, 재배포보다는 프로필 수정이 더 적절한 다음 단계일 수 있습니다. 더 광범위한 플랫폼 제출의 경우 상장 및 검증의 범위를 비교하세요.
토큰이 라이브된 후에는 무엇을 해야 하나요?
라이브 토큰은 완전한 출시 계획이 아닌 기술적 이정표입니다. 다음 작업은 프로젝트에 제품, 커뮤니티, 토큰 프로필 또는 자산 주변의 출시 커뮤니케이션이 필요한지에 따라 달라집니다.
먼저 주소와 네트워크가 웹사이트, 문서, 커뮤니티 채널 및 모든 통합에서 일관되게 반영되는지 확인하세요. 토큰의 권한 및 공급 모델을 일반 언어로 게시하여 보유자와 파트너가 작동 방식을 이해할 수 있도록 하세요. 각 관리 지갑을 제어하는 사람과 변경 승인 방법에 대한 기록을 유지하세요. 토큰이 dApp과 상호 작용하도록 의도된 경우 사용자를 안내하기 전에 배포된 주소를 사용하여 해당 연결을 테스트하세요.
그런 다음 지속적인 작업(기술 유지 관리, 사용자 문의, 디렉토리 제출 및 출시 커뮤니케이션)에 대한 소유자를 지정하세요. 명확한 사용 사례가 있는 토큰은 애플리케이션 계층이 필요할 수 있습니다. 지갑 또는 디렉토리 검색을 목표로 하는 프로젝트는 별도의 프로필 제출이 필요할 수 있습니다. 이는 서로 다른 작업 스트림이며 가정에 의해 묶이지 않고 실제 프로젝트 우선 순위에 따라 계획되어야 합니다.
연결된 Telegram 제품의 경우 Telegram 봇 및 미니 앱 개발을 살펴보세요. 출시 활동을 커뮤니케이션 및 커뮤니티 작업과 조정하려면 저희의 작업 방식을 검토하고 출시 전에 소유권을 합의하세요.
가격
| 서비스 | 가격 | 견적 |
|---|---|---|
| 토큰 개발 | $490부터 / 프로젝트 |
USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.
이용 방법
- 요구사항 공유대상 체인, 토큰 목적, 공급 모델, 권한, 메타데이터 요구사항 및 의도된 통합을 제공하세요.
- 사양 승인문서화된 범위를 검토하고 구현 전에 관리 역할 및 배포 가정을 확인하세요.
- 구축 및 검토합의된 컨트랙트 또는 토큰 구성을 준비하고 승인된 요구사항과 대조 확인합니다.
- 선택된 네트워크에 배포귀하의 승인과 필요한 네트워크 액세스 후 토큰을 게시하고 주소 및 트랜잭션 세부 정보를 기록합니다.
- 검증 및 인계사용 가능한 경우 탐색기 검증을 지원하고 배포 기록 및 운영 메모를 제공합니다.
자주 묻는 질문
토큰 생성 및 배포 비용은 얼마인가요?
토큰 생성은 프로젝트당 $490부터 시작합니다. 최종 비용 범위는 체인, 토큰 기능, 메타데이터, 검증 요구사항 및 구현에 사용자 정의 로직이 필요한지 여부에 따라 달라집니다. 작업 시작 전에 포함 사항을 확인합니다.
토큰을 생성하고 배포하는 데 얼마나 걸리나요?
일정은 체인과 요구사항이 명확해진 후 확정됩니다. 표준 구현은 사양, 승인, 배포 및 인계를 거치며 긴 사용자 정의 개발이 필요하지 않습니다. 사용자 정의 동작, 클라이언트 검토 및 타사 검증 프로세스가 일정에 영향을 미칩니다.
내 토큰에 어떤 체인을 선택해야 하나요?
지원해야 하는 사용자, 애플리케이션, 지갑 및 통합을 기준으로 선택하세요. ERC-20은 이더리움 호환 생태계에 적합하고, BEP-20은 BNB Chain용이며, SPL은 Solana에서, Jetton은 TON에서 사용됩니다. 의도된 사용 및 통합을 공유하면 올바른 경로를 설정할 수 있습니다.
탐색기에서 토큰 컨트랙트를 검증해 주나요?
선택된 체인과 탐색기가 프로세스를 제공하는 경우 소스 검증을 지원합니다. EVM 검증의 경우 제출된 소스와 컴파일러 설정이 배포된 바이트코드와 일치해야 합니다. 검증은 독립적인 보안 감사와 별개입니다.
지갑이나 디렉토리가 내 토큰을 표시할 것이라고 보장할 수 있나요?
아니요. 합의된 배포를 제공하고 지원되는 경우 검증 정보를 제출할 수 있지만, 탐색기 검토, 색인, 메타데이터 표시 및 디렉토리 수락은 해당 서비스에 의해 제어됩니다. 해당 규칙 및 처리는 온체인 배포의 일부가 아닙니다.
시작하기 전에 저희 측에서 무엇이 필요한가요?
원하는 체인, 토큰 이름 및 심볼, 공급량 및 소수점, 필요한 권한, 메타데이터 및 의도된 통합을 보내주세요. 배포 지갑과 사양 및 트랜잭션 승인 권한이 있는 사람도 식별해야 합니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…