토큰 개발: ERC-20, BEP-20, SPL 또는 Jetton

어떤 토큰 형식이 프로젝트에 적합할까요?

형식은 제품이 작동할 네트워크와 지갑, 애플리케이션 및 인프라와의 호환성에 따라 선택합니다. ERC-20은 Ethereum의 토큰에, BEP-20은 BNB Smart Chain에, SPL은 Solana에, Jetton은 TON에 사용됩니다. 제품이 이미 특정 네트워크에 연결되어 있다면, 특정 목적 없이 다른 형식을 추가하기보다 해당 네트워크의 표준부터 시작하는 것이 일반적으로 합리적입니다.

초기에는 토큰의 목적(기능 접근, 제품 내 결제, 프로토콜 메커니즘 참여 또는 기타 시나리오)을 정의하는 것이 유용합니다. 그런 다음 발행 및 관리 속성을 확정합니다. 예를 들어, 발행량을 제한할지, 추가 관리자 권한이 필요한지, 배포 후 어떤 작업이 허용되는지 미리 결정하는 것이 중요합니다. 이러한 결정은 아키텍처와 프로젝트가 사용자에게 토큰 구조를 설명할 수 있는 방식에 영향을 미칩니다.

작업 평가 전에 선택한 네트워크, 사용 시나리오 및 필요한 통합을 명확히 합니다. 요구 사항에 기본 토큰을 넘어서는 자체 로직이 포함된 경우, 이를 별도의 사양으로 분리하여 스마트 컨트랙트 개발로 평가하는 것이 좋습니다. 전반적인 방향 개요는 Web3 개발 섹션에서 확인할 수 있습니다.

ERC-20, SPL 또는 Jetton 배포 전에 무엇을 합의해야 할까요?

배포 전에 토큰 파라미터와 관리 방식을 승인해야 합니다. 게시 후 수정이 불가능하거나 별도의 마이그레이션이 필요할 수 있습니다. 컨트랙트 또는 프로그램 준비 전에 프로젝트 소유자가 핵심 결정을 확인할 수 있도록 초기 요구 사항을 간단한 사양으로 수집합니다.

사양에는 일반적으로 다음이 포함됩니다:

• 이름과 티커, 그리고 형식에 해당하는 경우 소수점 자릿수;
• 발행량 및 모델: 고정 발행 또는 규칙에 따른 추가 생성;
• 소유자 주소 및 관리 권한(전송 또는 포기 포함, 작업에 필요한 경우);
• 필요한 기능 및 제한 사항(예: 필요하고 허용되는 경우 작업 중단 가능성);
• 네트워크, 대상 배포 주소, 검증 자료 및 메타데이터 정보.

SPL 및 Jetton의 경우 파라미터 구성과 구현 구조가 EVM 호환 표준과 다르므로, 네트워크 간에 구현을 기계적으로 전송하지 않습니다. 제품 인터페이스와의 상호 작용을 위해 토큰에 별도의 통합이 필요할 수 있으며, 이는 dApp 개발과 함께 조정할 수 있습니다. 사양 확인 전에 클라이언트는 주소, 표현 및 관리 권한을 검증하여 배포 후 잘못된 결정을 발견할 위험을 줄입니다.

토큰 개발에 포함되는 자료는 무엇인가요?

작업 범위는 시작 전에 확정됩니다. 어떤 파일, 작업 및 설정을 받을지 미리 알 수 있습니다. 기본 구성에는 파라미터 검토, 선택한 표준에 따른 구현, 합의된 네트워크에 배포 및 결과물 전달이 포함됩니다.

작업에 따라 다음을 포함할 수 있습니다:

• 토큰 구현의 소스 코드 및 구성;
• 합의된 네트워크에 배포 및 생성된 토큰 주소;
• 선택한 네트워크와 익스플로러가 해당 컨트랙트에 대해 이 프로세스를 지원하는 경우 익스플로러에서 코드 검증;
• 메타데이터 준비 또는 업데이트: 이름, 심볼, 설명 및 합의된 형식의 그래픽 자료;
• 관리 권한 전송 및 주요 파라미터 확인 방법에 대한 지침.

게시 전에 구현이 승인된 사양과 일치하는지 확인하고 클라이언트가 제공한 주소를 대조합니다. 메타데이터 및 디자인은 타사 리소스에 프로젝트를 등록하는 것을 대체하지 않습니다. 해당 리소스에는 자체 신청 및 검증 요구 사항이 있을 수 있습니다. 토큰이 제품의 일부인 경우 필요한 통합 지점과 액세스 권한을 미리 논의합니다. 사용자 인터페이스의 경우 Web3 프로젝트 사이트 또는 랜딩 페이지가 필요할 수 있으며, Telegram 제품의 경우 봇 또는 Mini App이 필요할 수 있습니다. 이러한 작업은 별도 합의 후에만 포함됩니다.

토큰 작업은 어떻게 진행되며, 출시는 언제 계획해야 할까요?

작업은 합의된 사양에서 검증 가능한 배포로 진행됩니다. 일정은 네트워크, 기능 범위, 데이터 준비 상태 및 작업에 토큰 구현만 포함되는지 또는 제품 통합도 포함되는지에 따라 달라집니다. 개발 시작 전에 순서와 체크포인트를 합의합니다.

일반적인 순서는 다음과 같습니다:

1. 토큰의 목적, 네트워크 및 예상 기능을 설명합니다.
2. 파라미터, 액세스 권한 및 결과물 구성을 명확히 한 후 사양을 확인합니다.
3. 구현을 준비하고 합의된 프로세스에 따라 검토를 위해 제공합니다.
4. 확인 후 선택한 네트워크에 배포하고 주소와 주요 속성을 확인합니다.
5. 설정된 메타데이터를 구성하고, 합의된 경우 검증을 수행한 후 자료를 전달합니다.

출시 지연을 방지하려면 이름과 티커, 프로젝트 설명, 그래픽 파일, 네트워크 및 배포에 필요한 주소를 미리 준비하세요. 프로젝트 측에서 결정을 확인하고 배포 지갑을 관리할 사람을 별도로 지정합니다. 인터페이스 또는 기타 구성 요소를 연결해야 하는 경우 최종 평가 전에 이를 명시하세요. 관련 Web3 개발 작업은 함께 계획되지만, 구성과 일정은 별도로 확정됩니다.

토큰 발행 시 고려해야 할 제한 사항은 무엇인가요?

발행 전에 코드뿐만 아니라 일부 네트워크 작업의 되돌릴 수 없음, 관리 권한 및 타사 익스플로러의 규칙도 고려해야 합니다. 사양에서 당사 작업에 포함되는 부분과 프로젝트 소유자 또는 외부 플랫폼의 결정에 따라 달라지는 부분을 명확히 구분합니다.

배포 주소와 네트워크에 기록된 파라미터는 초안으로 간주할 수 없습니다. 네트워크, 주소 또는 설정 오류는 새로운 배포와 별도의 마이그레이션 계획이 필요할 수 있습니다. 따라서 클라이언트는 트랜잭션 전송 전에 최종 사양과 지갑 데이터를 확인합니다. 토큰에 관리 권한이 남아 있는 경우, 소유자는 키를 안전하게 보관하고 각 작업의 결과를 이해해야 합니다. 권한 전송 또는 포기는 합의된 시나리오에 따라서만 수행됩니다.

당사는 합의된 구현 범위와 수행된 작업에 대해 책임을 지지만, 타사 익스플로러가 검증을 수락하거나, 지갑이 추가 작업 없이 토큰을 표시하거나, 디렉토리가 메타데이터를 승인할 것이라고 보장할 수 없습니다. 이러한 서비스의 결정은 자체 절차, 요구 사항 및 기술 조건에 따라 달라집니다. 작업 품질을 확인하려면 네트워크에서 토큰 주소를 확인하고, 파라미터를 승인된 사양과 비교하며, 합의된 소스 자료의 가용성을 확인하세요. 실행자에게 시드 구문 또는 개인 키를 전달하지 마십시오.

TON 프로젝트를 위해 Jetton 발행과 마케팅을 어떻게 연결할 수 있나요?

TON 프로젝트 마케팅을 위해서는 먼저 Jetton과 제품에 대한 합의된 정보가 필요하며, 이를 안전하고 일관되게 게시할 수 있어야 합니다. 토큰 배포 자체는 포지셔닝, 사용자 시나리오 또는 커뮤니케이션 계획을 형성하지 않습니다. 이는 별도의 작업이지만 발행과 병행하여 준비하는 것이 좋습니다.

공개 자료를 준비하기 전에 토큰이 프로젝트에서 어떤 역할을 하는지, 어떤 기능이 이미 작동 중인지, 어떤 주장이 제품에 의해 뒷받침되는지 결정합니다. 모든 접점에서 이름, 심볼, Jetton 주소 및 공식 채널 링크를 확인합니다. 출시가 애플리케이션과 관련된 경우, 토큰 설명에서 사용자 작업으로 이어지는 짧은 경로(어디로 이동할지, 무엇을 할 수 있는지, 어떤 제한 사항을 미리 이해해야 하는지)를 준비합니다.

계획을 위해 작업을 세 가지 흐름으로 나누는 것이 편리합니다: Jetton 기술 준비, 공개 페이지 콘텐츠, 커뮤니티 커뮤니케이션. 각 흐름의 소유자와 자료 업데이트 순서를 지정하여 파라미터 변경 시 채널에 오래된 정보가 남지 않도록 합니다. 기술 부분에는 Telegram 봇 또는 Mini App과의 연결이 포함될 수 있으며, 제품 인터페이스는 별도의 dApp 개발이 필요할 수 있습니다. 이러한 작업의 구성은 토큰 발행과 별도로 합의합니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 요구 사항 수집네트워크, 토큰 목적, 필요한 기능 및 사용 가능한 자료를 알려주십시오. 통합 및 승인 담당자를 명확히 합니다.
2. 사양 확정발행 파라미터, 관리 권한 및 결과물 구성을 합의합니다. 핵심 데이터가 확인될 때까지 배포를 시작하지 않습니다.
3. 구현 준비선택한 표준에 따라 컨트랙트 또는 프로그램을 생성하고 합의된 요구 사항과의 일치 여부를 확인합니다.
4. 토큰 배포선택한 네트워크에 배포하고 주소와 파라미터를 확인한 후, 합의된 메타데이터 및 검증 작업을 수행합니다.
5. 자료 전달토큰 주소와 합의된 소스 자료를 제공하고, 제공된 기능의 확인 및 관리 방법을 설명합니다.