Xây dựng ví crypto: quyền giữ, luồng giao dịch và bảo mật đúng thứ tự

Phát triển ví bao gồm những gì

Kiểm tra nhanh: Trả lời trong một dòng: ai giữ khóa? Nếu câu trả lời chưa rõ, bạn chưa sẵn sàng để thiết kế.

Phát triển ví crypto bao gồm các quyết định sản phẩm và phần mềm cần thiết để mọi người sử dụng tài sản kỹ thuật số thông qua dịch vụ của bạn. Kế hoạch có thể bao gồm giao diện ví, phương pháp quản lý khóa, luồng giao dịch và swap, hỗ trợ chuỗi, tích hợp, dịch vụ backend và theo dõi. Chúng tôi xác định yếu tố nào thuộc về bản phát hành đầu tiên và yếu tố nào có thể chờ.

Ví không chỉ là màn hình hiển thị số dư. Người dùng cần hiểu họ đang ủy quyền gì, điều gì xảy ra sau một hành động và tìm trợ giúp ở đâu nếu giao dịch không diễn ra như mong đợi. Những nhu cầu đó định hình thiết kế luồng không kém gì danh sách tính năng.

Khi bắt đầu, chúng tôi lập bản đồ:

• Ai sẽ sử dụng ví và họ cần làm gì đầu tiên.
• Sản phẩm là custodial hay non-custodial.
• Định dạng bàn giao phù hợp với sản phẩm: tiện ích mở rộng trình duyệt, di động hay Telegram Mini App.
• Những chuỗi, loại giao dịch và luồng swap nào nằm trong kế hoạch.
• Backend, theo dõi và hỗ trợ vận hành nào sản phẩm cần.

Nếu ví là một phần của sản phẩm rộng hơn, chúng tôi có thể căn chỉnh kế hoạch của nó với phát triển dApp hoặc kế hoạch phát triển Web3 rộng hơn. Kết quả là một kế hoạch tính năng thực tế và định hướng kiến trúc, không phải lời hứa rằng mọi tích hợp khả thi đều thuộc bản phát hành đầu tiên.

Làm thế nào để chọn loại ví và nền tảng?

Chọn loại ví dựa trên trách nhiệm mà sản phẩm của bạn sẵn sàng đảm nhận. Ví custodial quản lý các thao tác khóa như một phần của dịch vụ, trong khi ví non-custodial được thiết kế để người dùng tự kiểm soát khóa của họ. Sự khác biệt đó ảnh hưởng đến trải nghiệm người dùng, kiến trúc kỹ thuật và mô hình vận hành, vì vậy nó nên được giải quyết trước khi các chi tiết giao diện được hoàn thiện.

Đối với sản phẩm custodial, hãy đưa cố vấn pháp lý của bạn vào cuộc thảo luận sớm. Phân loại quy định là một câu hỏi pháp lý và kế hoạch sản phẩm nên phản ánh hướng dẫn của cố vấn trước khi ra mắt. Đối với sản phẩm non-custodial, hãy làm rõ cách người dùng tạo, truy cập và khôi phục ví của họ, đồng thời đảm bảo giao diện giải thích các hành động đó bằng ngôn ngữ đơn giản.

Định dạng bàn giao cũng thay đổi công việc:

Ví có thể hỗ trợ nhiều hơn một chuỗi, nhưng danh sách nên theo yêu cầu sản phẩm thực tế. Đối với sản phẩm Telegram được kết nối, hãy căn chỉnh nhu cầu ví với phát triển bot Telegram và Mini App; đối với trải nghiệm điện thoại độc lập, hãy xem xét phát triển ứng dụng di động.

Luồng giao dịch và tích hợp cần lập kế hoạch

Lập kế hoạch tích hợp xoay quanh hành động người dùng mà chúng kích hoạt, không phải xoay quanh một danh sách dài các công nghệ. Đối với mỗi luồng, hãy xác định người dùng thấy gì, họ xác nhận gì, ví làm gì tiếp theo và sản phẩm hiển thị trạng thái gì sau đó. Điều này giúp dễ dàng xác định các yêu cầu còn thiếu trước khi triển khai.

Các lĩnh vực phổ biến cần xác định bao gồm:

• Kết nối hoặc mở ví trong định dạng sản phẩm đã chọn.
• Xem số dư hoặc chi tiết tài sản liên quan.
• Gửi và nhận tài sản, bao gồm thông tin người dùng cần xem xét trước khi xác nhận.
• Luồng swap, nếu trao đổi tài sản là một phần của sản phẩm.
• Điều hướng đa chuỗi và phản hồi rõ ràng khi một hành động được yêu cầu không khả dụng.
• Trách nhiệm backend, nhu cầu theo dõi và hỗ trợ vận hành.

Một tích hợp chỉ hữu ích khi nó phù hợp với mô hình quyền giữ và hành trình người dùng dự kiến của sản phẩm. Trong quá trình xem xét luồng, chúng tôi kiểm tra rằng mỗi kết nối được đề xuất có mục đích rõ ràng, chủ sở hữu xác định và đủ bối cảnh sản phẩm để ước tính việc triển khai. Chúng tôi cũng xác định chi tiết nào vẫn cần quyết định từ nhóm của bạn, chẳng hạn như ưu tiên chuỗi hoặc hành vi giao dịch.

Đối với bất kỳ chức năng hợp đồng thông minh được kết nối nào, hãy phối hợp kế hoạch ví với phát triển hợp đồng thông minh. Giữ cho giải thích sản phẩm công khai và hướng dẫn trong ví nhất quán; một trang web Web3 và landing page có thể giúp giải thích cách ví hoạt động mà không làm lộn xộn giao diện.

Bạn nhận được gì trong quá trình xây dựng

Nguyên tắc chung: Ít chuỗi hơn, ít tính năng hơn, một bản phát hành. Thêm phần còn lại sau khi người dùng thực tế đã thử.

Bạn nhận được một kế hoạch triển khai ví gắn với các yêu cầu sản phẩm đã thỏa thuận, tiếp theo là công việc phát triển và các hoạt động xem xét được xác định trong kế hoạch. Những gì bạn nhận được chính xác phụ thuộc vào định dạng đã chọn, mô hình quyền giữ, tích hợp và nhu cầu phát hành; chúng được thỏa thuận trước khi triển khai để cả hai nhóm biết những gì được bao gồm.

Một tương tác điển hình bao gồm:

• Lập bản đồ yêu cầu và luồng người dùng cho định dạng ví đã chọn.
• Quyết định kiến trúc cho quyền giữ, chuỗi, yêu cầu giao dịch và swap.
• Công việc giao diện và triển khai cho các tính năng đã thỏa thuận.
• Công việc tích hợp và thành phần backend nơi sản phẩm cần chúng.
• Đánh giá bảo mật và chuẩn bị tài liệu cho audit bên ngoài, nếu được yêu cầu.
• Ghi chú bàn giao cho kế hoạch đã bàn giao và các quyết định sản phẩm tiếp theo.

Chúng tôi bắt đầu bằng xem xét luồng ví: chúng tôi xem xét các hành động người dùng dự kiến, xác định các quyết định có thể thay đổi kiến trúc và biến các câu hỏi mở thành một kế hoạch rõ ràng. Sau đó, chúng tôi thỏa thuận trình tự xây dựng, làm việc thông qua triển khai và xem xét kết quả so với kế hoạch đó. Bạn có thể chuẩn bị bằng cách chia sẻ brief sản phẩm, người dùng dự kiến, sở thích quyền giữ, định dạng mục tiêu, ưu tiên chuỗi và bất kỳ hướng dẫn kỹ thuật hoặc tuân thủ hiện có nào.

Nếu ví là một phần của bàn giao lớn hơn, chúng tôi phối hợp ranh giới của nó với công việc phát triển Web3 liên quan. Điều đó giữ cho các phụ thuộc hiển thị và giúp nhóm của bạn quyết định những gì phải sẵn sàng trước khi ví có thể được kiểm tra hoặc phát hành.

Xử lý bảo mật ví và rủi ro ra mắt

Bảo mật ví được giải quyết thông qua các lựa chọn kiến trúc, thiết kế luồng cẩn thận và kế hoạch xem xét phù hợp với kế hoạch đã thỏa thuận. Chúng tôi xác định các hành động nhạy cảm và trách nhiệm quản lý khóa sớm, sau đó đưa đánh giá bảo mật và chuẩn bị audit vào kế hoạch bàn giao nơi cần thiết. Điều này giúp nhóm hiểu những gì đã được xem xét và những gì vẫn cần sự chú ý của chuyên gia.

Trước khi phát triển, hãy chuẩn bị bất kỳ tài liệu kỹ thuật hiện có nào, yêu cầu tích hợp đã biết và hướng dẫn của cố vấn cho các sản phẩm custodial. Trong quá trình xem xét, hãy yêu cầu giải thích rõ ràng về phương pháp quản lý khóa, xử lý giao dịch, trách nhiệm backend và cách các vấn đề sẽ được theo dõi. Đối với audit bên ngoài, hãy làm rõ ai sẽ thực hiện, họ cần tài liệu gì và cách xử lý các phát hiện; chuẩn bị audit không giống như một audit độc lập.

Phân loại custodial phải được kiểm tra với cố vấn của bạn trước khi ra mắt và không có nhóm phát triển nào có thể kiểm soát các phát hiện của auditor bên ngoài, tính khả dụng của tích hợp bên thứ ba hoặc quyết định xem xét của nền tảng. Chúng tôi có thể cam kết thực hiện triển khai đã thỏa thuận và công việc được ghi lại, trong khi các quyết định bên ngoài đó vẫn nằm ngoài tầm kiểm soát của nhóm xây dựng.

Để có một bàn giao hữu ích, hãy đảm bảo nhóm của bạn có thể xác định kế hoạch ví đã thỏa thuận, công việc xem xét đã hoàn thành, các quyết định chưa được giải quyết và trách nhiệm vận hành. Đây là những mục cụ thể cần giải quyết trước khi phát hành công khai, không phải chi tiết để ngầm hiểu.

Danh sách kiểm tra lập kế hoạch ví 7 điểm của bạn

Trả lời 7 câu hỏi này trước khi phát triển bắt đầu. Nếu bạn không thể trả lời hai câu đầu tiên, hãy bắt đầu bằng một bước khám phá ngắn trước khi xây dựng.

• Quyết định ai giữ khóa: người dùng hay dịch vụ.
• Chọn nền tảng: tiện ích mở rộng, di động hoặc mini app.
• Liệt kê các chuỗi và token khi ra mắt.
• Lập bản đồ 3 luồng cốt lõi: nhận, gửi và swap.
• Lập kế hoạch khôi phục và những gì người dùng thấy khi mọi thứ sai.
• Đặt lịch đánh giá bảo mật trước khi ra mắt.
• Kiểm tra các quy tắc pháp lý cho thị trường của bạn.

Thuật ngữ trong một dòng

Ví custodial có nghĩa là ví nơi dịch vụ giữ khóa cho người dùng.

Ví non-custodial: ví nơi chỉ người dùng giữ khóa.

Khi nào một ví tùy chỉnh phù hợp?

Một ví tùy chỉnh phù hợp khi trải nghiệm ví tiêu chuẩn không hỗ trợ mô hình quyền giữ, hành trình người dùng hoặc tích hợp theo yêu cầu của sản phẩm. Nó cũng có thể phù hợp khi các hành động ví là trung tâm của dApp, sản phẩm di động hoặc trải nghiệm Telegram và cần được thiết kế như một phần của sản phẩm đó thay vì gắn vào sau.

Trước khi đặt hàng xây dựng, hãy trả lời các câu hỏi này:

• Người dùng phải có thể làm gì trong bản phát hành đầu tiên?
• Ai chịu trách nhiệm cho các thao tác khóa và hỗ trợ người dùng?
• Những chuỗi và loại giao dịch nào là cần thiết khi ra mắt?
• Sản phẩm có cần tiện ích mở rộng trình duyệt, ứng dụng di động, Telegram Mini App hay kết hợp?
• Những tích hợp nào đã được chọn và những tích hợp nào vẫn cần nghiên cứu?
• Đánh giá bảo mật và hướng dẫn pháp lý nào phải sẵn sàng trước khi phát hành?

Nếu bạn chưa thể trả lời các câu hỏi về quyền giữ hoặc bản phát hành đầu tiên, hãy bắt đầu bằng một cuộc trò chuyện khám phá có kế hoạch thay vì coi danh sách tính năng chưa hoàn thiện như một đặc tả. Chúng tôi có thể giúp biến brief của bạn thành các quyết định, xác định phụ thuộc và phác thảo một trình tự xây dựng hợp lý. Gửi cho MarketingExtra mô tả sản phẩm, định dạng ưa thích, giả định về quyền giữ và tích hợp đã biết của bạn; chúng tôi sẽ xem xét tài liệu và phản hồi với các bước tiếp theo để xác định kế hoạch ví.

Gửi 3 thứ: lựa chọn quyền giữ của bạn, nền tảng mục tiêu của bạn và danh sách chuỗi của bạn.

Cách hoạt động

1. Chia sẻ brief sản phẩmHãy cho chúng tôi biết ví phục vụ ai, người dùng cần làm gì và bạn có định dạng bàn giao ưa thích hay không. Bao gồm bất kỳ hướng dẫn kỹ thuật hoặc pháp lý hiện có nào.
2. Xem xét quyền giữ và luồng người dùngChúng tôi lập bản đồ các quyết định sản phẩm chính, nhu cầu giao dịch và câu hỏi mở trước khi đề xuất kế hoạch triển khai.
3. Thỏa thuận kiến trúc và kế hoạchNhóm của bạn xem xét định dạng được đề xuất, yêu cầu chuỗi, tích hợp, nhu cầu backend và công việc bảo mật trước khi phát triển bắt đầu.
4. Xây dựng ví đã thỏa thuậnChúng tôi triển khai trải nghiệm và tích hợp đã lên kế hoạch, giữ cho tiến độ và quyết định hiển thị với nhóm của bạn.
5. Xem xét và chuẩn bị bàn giaoChúng tôi kiểm tra công việc đã bàn giao so với kế hoạch đã thỏa thuận, ghi lại các mục còn tồn đọng và chuẩn bị các bước tiếp theo cho phát hành hoặc audit.