암호화폐 지갑 개발: 3가지 형식

3가지 지갑 표면, 하나의 킥오프 체크리스트

브라우저 확장 프로그램, 모바일 앱, 텔레그램 미니 앱의 3가지 지갑 표면이 테이블 위에 있습니다. 사용자 요구와 주요 책임을 확정하는 것부터 시작합니다.

구현을 예약하기 전에 다음 7가지 입력을 보내주세요:

사용자: 누가 지갑이 필요하며, 어떤 작업으로 지갑을 찾나요?
보관: 수탁형, 비수탁형 또는 아직 검토 중인가요?
키 처리: 각 키 관련 작업을 누가 제어하나요?
네트워크: 첫 릴리스에 필요한 체인과 자산은 무엇인가요?
작업: 전송, 스왑 또는 둘 다인가요?
형식: 브라우저 확장 프로그램, 모바일 앱, 텔레그램 미니 앱 또는 조합인가요?
기존 작업: 디자인, 통합, 백엔드 구성 요소 또는 보안 메모가 있나요?

이 답변은 첫 릴리스를 집중적으로 유지합니다. 결정 없이 기능 목록이 확장되는 것을 방지합니다. 입력을 명확한 제품 경계로 전환합니다. 여기에는 나중에 속하는 것도 포함됩니다.

지갑 작업이 dApp에 연결된 경우 dApp 개발과 요구 사항을 맞추세요. 지갑이 프로젝트 자산에 의존하는 경우 동일한 제품 논의에 토큰 생성 및 배포를 추가하세요.

어떤 보관 모델이 지갑 사용자에게 적합한가요?

2가지 보관 모델은 서로 다른 제품 책임을 만듭니다: 수탁형과 비수탁형. 화면, 계정 흐름 또는 운영 작업을 승인하기 전에 키 관리를 누가 제어할지 결정하세요.

수탁형 지갑은 키 관리를 제품의 운영 모델 내에 둡니다. 팀이 사용자 액세스 및 관련 운영을 관리하는 서비스에 적합할 수 있습니다.

비수탁형 지갑은 키 제어를 사용자에게 둡니다. 인터페이스는 이 책임을 명확히 해야 합니다. 복구 경험도 이해하기 쉬워야 합니다.

방향을 선택하려면 다음 3가지 결정을 사용하세요:

제어: 키 관련 작업을 담당하는 사람은 누구인가요?
복구: 사용자가 액세스를 잃은 경우 무엇을 이해해야 하나요?
운영: 출시 후 팀이 지원해야 하는 것은 무엇인가요?

그런 다음 각 지갑 작업을 시작부터 확인까지 매핑하세요. 전송 및 스왑의 경우 사용자가 확인 전에 보는 내용을 정의하세요. 작업이 완료될 수 없는 상태도 정의하세요. 결정을 일반 제품 언어로 기록하세요.

계약 작업도 필요한 경우 지갑 요구 사항을 스마트 계약 개발에 연결하세요. 더 넓은 제품 내의 지갑은 Web3 개발로 계획할 수 있습니다.

3가지 형식, 다른 지갑 작업

3가지 형식은 다른 인터페이스와 통합 요구 사항을 만듭니다. 사용자의 주요 작업을 중심으로 첫 릴리스를 선택하세요. 그런 다음 지원하는 네트워크와 작업을 정확히 명시하세요.

형식	설명	릴리스 기간	보내야 할 것
브라우저 확장 프로그램	브라우저 기반 제품 흐름에서 지갑 작업	기능 및 통합이 합의된 후 설정	사용자 흐름, 대상 네트워크, 연결된 제품 요구 사항
모바일 앱	모바일 우선 지갑 경험	작업 및 플랫폼 요구 사항이 합의된 후 설정	계정 작업, 거래 흐름, 디자인 자료
텔레그램 미니 앱	텔레그램 제품 내 지갑 작업	미니 앱 기능이 합의된 후 설정	필요한 작업, 통합, 관련 텔레그램 기능

멀티체인 지원을 광범위한 주장이 아닌 명명된 네트워크 목록으로 취급하세요. 각 네트워크에 대해 사용자에게 필요한 지갑 작업을 지정하세요. 스왑을 별도의 흐름으로 유지하세요. 사용자에게 보이는 단계, 필요한 통합 및 확인 세부 정보를 식별하세요. 이렇게 하면 첫 릴리스 결정이 쉬워집니다.

모바일 우선 제품의 경우 Web3 제품용 모바일 앱 개발과 인접 요구 사항을 비교하세요. 지갑 인터페이스 외부의 텔레그램 기능은 텔레그램 봇 및 미니 앱 개발을 검토하세요.

제품 브리프에서 인계까지 5단계

5단계는 지갑 구축을 검토 가능하게 유지합니다: 제품 입력, 릴리스 결정, 디자인, 구현 및 인계. 구축 활동이 시작되기 전에 작업을 확인합니다.

제품 입력: 대상 사용자, 보관 방향, 형식, 네트워크 및 주요 작업을 공유하세요.
릴리스 결정: 필수 기능과 이후 추가 기능을 분리하세요. 통합 및 미결 질문에 대한 담당자를 기록하세요.
디자인: 계정, 거래 및 스왑 단계를 매핑하고 사용자가 확인해야 할 사항을 포함하세요.
구현: 합의된 인터페이스와 지갑 기능을 구축하세요. 필요한 백엔드 또는 모니터링 구성 요소를 추가하세요.
검토 및 인계: 합의된 요구 사항에 대해 구축을 확인하세요. 미결 항목과 다음 작업을 나열하세요.

제품 세부 정보를 검토한 후 2영업일 이내에 서면 견적을 보냅니다. 확인된 결제 후 24시간 이내에 작업을 시작할 수 있습니다. 킥오프 전에 DigitalMedia1는 보관, 대상 형식, 네트워크 목록, 사용자 작업 및 검토 담당자를 하나의 짧은 체크리스트로 확인합니다.

납품 중에는 합의된 기능에 대해 진행 상황을 기록합니다. 추가하기 전에 변경 사항을 제기합니다. 인계 시 완료된 작업, 미결 질문 및 보안 검토 준비에 대한 명확한 기록을 받습니다. 기존 디자인과 통합 메모를 가져오세요. 첫 릴리스를 더 빨리 식별하는 데 도움이 됩니다.

지갑 출시 전에 결정해야 할 사항은 무엇인가요?

4가지 출시 확인이 중요합니다: 키 책임, 지원 작업, 운영 소유권 및 검토 상태. 운영할 지갑 사용자에 대해 각각 확인하세요.

출시 전에 다음을 검증하세요:

인터페이스가 보관 모델과 사용자 책임을 설명하는지.
거래 및 스왑 단계가 승인된 제품 동작과 일치하는지.
팀이 운영할 백엔드 및 모니터링 작업을 알고 있는지.
보안 검토 질문에 담당자와 후속 조치가 있는지.

수탁형 제품의 경우 출시 전에 법률 자문이 규제 분류를 확인해야 합니다. 개발에는 합의된 보안 검토 및 감사 준비가 포함될 수 있습니다. 외부 감사 제공자는 자체 결과를 제어합니다. 네트워크 조건 및 타사 통합 가용성도 구축 팀의 통제 밖에 있습니다.

지갑이 더 큰 애플리케이션의 일부인 경우 다음 릴리스를 dApp 개발과 맞추세요. 더 넓은 구축은 Web3 개발로 계획할 수도 있습니다. 제품 브리프, 의도된 보관 모델, 대상 형식 및 첫 릴리스 네트워크를 보내주세요. 체크리스트를 검토하고 서면 구축 계획을 반환합니다.

이용 방법

지갑 입력 보내기대상 사용자, 보관 방향, 납품 형식, 네트워크 및 필수 작업을 공유하세요.
첫 릴리스 설정거래 및 스왑 요구 사항, 통합, 백엔드 작업 및 모니터링 기대치를 확인하세요.
사용자 흐름 매핑구현 전에 화면, 주요 작업 및 확인 상태를 합의하세요.
구축 및 검토합의된 기능을 구현하고 기록된 요구 사항에 대해 진행 상황을 확인합니다.
인계 준비완료된 작업, 미결 항목 및 법률 자문 또는 감사 제공자에 대한 질문을 검토하세요.

자주 묻는 질문

암호화폐 지갑 견적을 위해 무엇을 보내야 하나요?

4가지 입력으로 첫 검토가 시작됩니다: 보관 방향, 대상 형식, 지원 네트워크 및 필요한 지갑 작업. 가능한 경우 기존 디자인, 통합 세부 정보 및 백엔드 요구 사항을 추가하세요. 비용은 형식, 기능 및 통합에 따라 다릅니다. 지불 전에 2영업일 이내에 고정 서면 견적을 받습니다.

동일한 지갑이 수탁형 및 비수탁형 사용자를 모두 지원할 수 있나요?

2가지 보관 접근 방식을 고려할 수 있지만 각각 명확한 키 책임과 사용자 흐름이 필요합니다. 먼저 둘 다 동일한 제품에 속하는지 확인합니다. 그런 다음 각 사용자 그룹이 수행해야 할 작업을 식별합니다. 이 결정은 인터페이스 디자인, 운영 및 검토 요구 사항에 영향을 미치므로 구현 계획 전에 결정하세요.

텔레그램 미니 앱으로 지갑을 구축할 수 있나요?

1개의 텔레그램 미니 앱이 합의된 지갑 형식의 일부가 될 수 있습니다. 어떤 지갑 작업이 그 안에 속하는지, 어떤 통합이 필요한지, 관련 텔레그램 기능이 필요한지 매핑합니다. 의도된 사용자 흐름과 필수 작업을 보내세요. 첫 릴리스를 이후 추가 기능과 분리합니다.

암호화폐 지갑 구축은 얼마나 걸리나요?

1개의 납품 일정은 선택된 보관 모델, 형식, 기능, 통합 및 검토 단계를 따릅니다. 집중된 MVP는 더 넓은 프로덕션 구축과 다른 시퀀스를 가집니다. 입력을 검토한 후 서면 계획에 구축 단계와 일정을 명시합니다. 또한 팀이 결정을 승인해야 하는 시점을 보여줍니다.

지갑 보안 작업은 무엇을 포함하나요?

3가지 영역을 계획할 수 있습니다: 합의된 지갑 흐름, 키 관리 접근 방식 및 필요한 통합 또는 백엔드 구성 요소. 포함된 경우 외부 감사 자료도 준비합니다. 제품 팀은 검토 담당자를 조기에 지정해야 합니다. 수탁형 제품의 경우 출시 전에 법률 자문에 규제 분류를 확인하도록 요청하세요.

외부 감사가 지갑을 승인할 것이라고 보장할 수 있나요?

1개의 감사 제공자는 자체 평가를 합니다. 합의된 지갑 기능을 구축하고, 계획에 포함된 보안 검토를 수행하고, 감사 자료를 준비할 수 있습니다. 제공자의 결과를 결정할 수 없습니다. 검토 후속 조치를 기록하여 팀이 출시 전에 담당자를 지정하고 미결 항목을 해결할 수 있도록 합니다.

3가지 제품 형식을 위한 암호화폐 지갑 개발