Hướng dẫn lựa chọn nhà cung cấp dịch vụ ví tiền (WaaS): Đánh giá toàn diện về công nghệ, chức năng và hiệu suất
Tuyển chọn TechFlowTuyển chọn TechFlow
Hướng dẫn lựa chọn nhà cung cấp dịch vụ ví tiền (WaaS): Đánh giá toàn diện về công nghệ, chức năng và hiệu suất
Hướng dẫn này sẽ đi sâu vào các yếu tố cần cân nhắc khi chọn dịch vụ WaaS, giúp bạn đưa ra quyết định sáng suốt.
Chuyên sâu báo cáo Web3Tác giả: Carlos Maximiliano Cano, Ethan Francis
Biên dịch: TechFlow
Khi hệ sinh thái Web3 nỗ lực gấp đôi để phát triển các sản phẩm hướng tới đại chúng, nhu cầu về các ứng dụng và trải nghiệm người dùng thân thiện, hấp dẫn ngày càng trở nên cấp thiết. Trong bối cảnh này, các công cụ Ví như Dịch vụ (Wallet-as-a-Service - WaaS) đã xuất hiện nhằm giải quyết những vấn đề then chốt cho cả hai phía: đối với nhà phát triển, chúng đơn giản hóa việc xây dựng dApp thông qua các công cụ có thể tùy chỉnh, cho phép nhúng ví Web3 tối ưu cao ngay trong ứng dụng phù hợp với nhu cầu cụ thể của sản phẩm. Những ví này có thể được tích hợp với các công cụ khác như đăng nhập xã hội hay chức năng đăng nhập kiểu Web2 để giúp tương tác Web3 trở nên trơn tru hơn cho người dùng, giảm ma sát trong việc thiết lập ví, thực hiện giao dịch, ký kết, tính tương tác lẫn nhau và các giao diện phức tạp.
Nếu bạn là một nhà phát triển, các công cụ WaaS có thể giúp cuộc sống của bạn dễ dàng hơn. Tuy nhiên, việc lựa chọn một nhà cung cấp vẫn có thể rất khó khăn do liên quan đến nhiều yếu tố. Hướng dẫn này sẽ khám phá những yếu tố cần cân nhắc khi lựa chọn dịch vụ WaaS, giúp bạn ra quyết định sáng suốt.
Cơ chế quản lý khóa riêng tư
Các công cụ WaaS làm cho quá trình sử dụng dApp và tạo ví liên kết trở nên thực tế hơn thông qua đăng nhập xã hội và ví nhúng, đặc biệt đối với các sản phẩm trên thiết bị di động. Tuy nhiên, điều này cần phải nhất quán với các nguyên tắc cốt lõi của Web3 như quyền tự chủ người dùng và phi tập trung. Việc duy trì hay không những giá trị này sẽ dẫn đến ví được quản lý hoặc không được quản lý, cũng như các quy trình ký kết khác nhau, từ đó thúc đẩy người dùng tiến gần hơn hay xa hơn khỏi Web3.
Việc một dịch vụ WaaS cụ thể được coi là được quản lý hay không phụ thuộc vào cách thức xử lý khóa riêng tư của người dùng. Có các cơ chế quản lý khóa riêng tư khác nhau, mỗi loại đều có sự đánh đổi riêng về mức độ an toàn, độ tin cậy/hiệu quả và rủi ro bị quản lý. Là một nhà phát triển, mục tiêu của bạn nên là hiểu rõ những cơ chế này để vừa đáp ứng nhu cầu riêng biệt, vừa bảo vệ tốt nhất dữ liệu và tài sản của người dùng.
Chúng ta hãy cùng xem xét các phương pháp chính hiện có trên thị trường — KMS, MPC-SSS, MPC-TSS và sự kết hợp giữa KMS với MPC-TSS, bao gồm các đặc điểm của từng loại. Lưu ý rằng mặc dù chúng tôi cố gắng giới thiệu đầy đủ về mỗi phương pháp, nhưng các nhà cung cấp khác nhau lại có cách triển khai khác nhau. Do đó, bạn nên coi thông tin này là điểm khởi đầu để hình thành quan điểm riêng về từng nhà cung cấp.
Hệ thống quản lý khóa (KMS)
KMS là giải pháp lưu trữ và quản lý các khóa mã hóa. Đây là môi trường mà khóa riêng tư được mã hóa và lưu trữ (thường là lưu trữ nguyên vẹn). Cơ chế KMS sử dụng các tiêu chuẩn mã hóa mạnh mẽ và cơ chế kiểm soát truy cập để đảm bảo an ninh. Việc triển khai chúng mang lại cách vận hành trực tiếp, nhưng đi kèm với những đánh đổi nhất định.
Khi xem xét các hệ thống chỉ sử dụng KMS, hãy lưu ý:
-
Rủi ro bị quản lý: Nếu KMS được cấu hình để quản lý, người dùng có thể không hoàn toàn kiểm soát khóa, điều này tiềm ẩn rủi ro lớn trong môi trường phi tập trung. Ví dụ như các giải pháp như Magic sử dụng KMS, mặc dù tuyên bố là không quản lý, nhưng điều quan trọng cần nhớ là việc lưu trữ khóa qua các dịch vụ như AWS đồng nghĩa với việc họ cuối cùng vẫn kiểm soát khóa. Về mặt kỹ thuật, điều này cho phép nhà cung cấp có khả năng giải mã khóa bằng cách thay đổi chính sách khóa.
-
Rủi ro tập trung: Phụ thuộc vào nhà cung cấp KMS có thể dẫn đến điểm lỗi duy nhất; nếu nhà cung cấp ngừng hoạt động sẽ gây ra vấn đề. Sử dụng các giải pháp dựa trên KMS cũng đòi hỏi sự tin tưởng cao, vì mối quan hệ kinh doanh giữa nhà cung cấp và nhà cung cấp KMS đồng nghĩa với việc bên trước vẫn giữ quyền truy cập vào khóa. Cần lưu ý thêm rằng nhà cung cấp có thể ngừng hỗ trợ dịch vụ vì nhiều lý do khác nhau, gây khó khăn cho người dùng cuối.
Tính toán đa phương - Sơ đồ chia sẻ bí mật (MPC-SSS)
MPC-SSS kết hợp lợi thế của tính toán phân tán và chia nhỏ khóa. Nó cho phép nhiều bên cùng nhau thực hiện hàm tính toán, phân phối khóa giữa họ. Điều này tăng cường bảo mật, bởi yêu cầu đạt ngưỡng phần chia sẻ khóa mới thực hiện được thao tác, mà không tiết lộ khóa gốc cho bất kỳ bên nào.
Điều quan trọng là MPC-SSS phục hồi khóa riêng tại phía client, xây dựng khóa riêng trong quá trình tạo và sử dụng, tạo thành một điểm lỗi đơn hẹp. Điều này có thể khiến khóa riêng của người dùng bị lấy cắp mà họ không hay biết, tạo ra rủi ro bị quản lý dưới dạng một giải pháp phi tập trung giả mạo.
Một trong những dịch vụ phổ biến sử dụng MPC-SSS là Privy, nhúng ví được bảo vệ bằng phần cứng, tự quản lý và được quản lý qua iframe tách biệt. Privy chỉ lưu trữ khóa riêng trong bộ nhớ, giảm thiểu nguy cơ bị lộ. Điều này có nghĩa là khóa riêng tuyệt đối không bị lộ cho Privy hay ứng dụng tích hợp, khiến giải pháp này hoàn toàn không bị quản lý (mặc dù các khóa này vẫn được tái tạo khi sử dụng và tạo).
Web3Auth V1 cũng sử dụng MPC-SSS, mặc dù đối với một số sản phẩm (như SDK cốt lõi) cũng dùng MPC-TSS. Việc triển khai MPC-SSS của họ thường được gọi là "MPC nông", dùng cho SDK plug-and-play.
Các hệ thống MPC-SSS có thể được kết hợp với hệ thống KMS.
KMS + MPC-SSS
Việc kết hợp KMS với MPC-SSS nhằm tìm kiếm sự cân bằng giữa quyền kiểm soát của người dùng và tiện ích quản lý. Mặc dù hệ thống này không nhất thiết ảnh hưởng đến mức độ bị quản lý của dịch vụ, nhưng có thể cung cấp mức độ an toàn cao hơn, có thể đánh đổi bằng hiệu suất.
Đối với các giải pháp lai, nhà phát triển cần đánh giá độ phức tạp tiềm tàng từ sự tương tác giữa các hệ thống độc lập, bằng cách đo thời gian truy xuất khóa và tính toán để đánh giá độ trễ. Các giải pháp phổ biến như Venly sử dụng MPC-SSS để chia nhỏ mật khẩu nhằm truy cập dịch vụ KMS lưu trữ khóa riêng của người dùng.
Giải pháp KMS + MPC-SSS vẫn giữ lại các rủi ro của giải pháp KMS thuần túy, bởi bản chất nó không giải quyết được vấn đề tập trung trong KMS đã nêu trên. Các vấn đề của MPC-SSS vẫn tồn tại, nhà phát triển cần lưu ý.
Tính toán đa phương - Sơ đồ chữ ký ngưỡng (MPC-TSS)
MPC-TSS cho phép nhiều bên hợp tác ký giao dịch hoặc tính toán hàm, phân chia trách nhiệm giữa họ. Điều này nâng cao tính bảo mật, đảm bảo không bên nào hoàn toàn kiểm soát khóa. Trong trường hợp sử dụng WaaS, điều này cũng đảm bảo không bên thứ ba nào có thể chi tiêu tài sản của người dùng, cung cấp mức độ an toàn cao nhất khi được triển khai đúng cách, đồng thời tránh được độ phức tạp hoặc tình trạng bị quản lý của các phương pháp lai. Điều này cũng khiến hầu hết các triển khai MPC-TSS đạt được trạng thái không bị quản lý trong khi vẫn giữ được hiệu quả.
Đối với MPC-TSS, nhà phát triển nên kiểm tra tổng độ trễ. Việc hiểu rõ cấu hình ngưỡng và mô hình bảo mật của triển khai cụ thể là rất quan trọng để đảm bảo phù hợp với nhu cầu của dự án.
Particle Network cung cấp phương pháp TSS tiên tiến, đảm bảo khóa riêng không bị tập trung vào một thực thể duy nhất. Phương pháp này chia khóa thành hai phần, lưu trữ riêng biệt, đảm bảo mỗi phần không tiết lộ bất kỳ thông tin nào về khóa đầy đủ. Một phần được lưu trữ cục bộ bởi người dùng, phần còn lại được lưu trong Môi trường Thực thi Đáng tin cậy (TEE) của Particle. Mọi thao tác mã hóa đều được thực hiện mà không cần ghép nối các phần này, nhằm duy trì tính toàn vẹn của khóa.
Particle cũng cung cấp khả năng người dùng tạo mật khẩu chính để mã hóa phần chia nhỏ khóa cục bộ, sau đó có thể lưu trữ an toàn. Điều này cho phép người dùng khôi phục ví một cách hoàn toàn an toàn trên các thiết bị khác nhau. Độ bền của hệ thống còn được tăng cường nhờ cơ chế làm mới liên tục các phần chia sẻ khóa, khiến việc tấn công gần như là không thể.
Lưu ý rằng tất cả các nội dung nêu trên đều có sự khác biệt về tính tương tác lẫn nhau và độ trễ. Do đó, điều quan trọng là phải kiểm tra giải pháp dự kiến ít nhất phải bao gồm các mạng blockchain mà bạn quan tâm nhất, và có thể tìm thấy thông tin đáng tin cậy về độ trễ tiềm tàng. Chúng tôi cũng tạo ra hình ảnh bên dưới minh họa ưu điểm và nhược điểm của từng phương pháp:
Đánh giá tính toàn vẹn của tài liệu
Các nhà phát triển sử dụng dịch vụ WaaS thường áp dụng hai cách tiếp cận khác nhau:
- Khởi động nhanh: Những nhà phát triển này muốn nhanh chóng đi sâu vào cơ sở mã nguồn, ưu tiên hiểu nhanh, hành động nhanh và các công cụ sẵn có, học hỏi trong quá trình làm việc.
- Hiểu toàn diện: Mặt khác, một số nhà phát triển thích kiểm tra kỹ lưỡng tài liệu trước khi viết mã, tìm kiếm sự hiểu biết toàn diện về kiến trúc hệ thống, chức năng và giới hạn.
Nếu bạn thuộc nhóm đầu tiên, việc tìm ra sự cân bằng giữa hai cách tiếp cận trong quá trình phát triển có thể đơn giản hóa quy trình. Tiêu chuẩn vàng có thể được đo bằng việc bắt đầu sử dụng phần mềm phát triển (SDK) chỉ trong 10 phút, đồng thời có đủ thông tin để hiểu con đường phía trước. Ngoài việc đọc hướng dẫn này, một vài điểm quan trọng khác có thể kết hợp với các kịch bản WaaS liên quan bao gồm:
- Thông tin gỡ lỗi: Bạn có sở hữu mọi thông tin cần thiết để gỡ lỗi khi cần không? Ví dụ, trong trường hợp giao dịch thất bại, SDK WaaS có cung cấp nhật ký lỗi chi tiết để xác định vấn đề không?
- Hướng dẫn hữu ích và toàn diện: Tài liệu có bao gồm các hướng dẫn đơn giản, thiết thực không? Có cung cấp hướng dẫn từng bước để tích hợp SDK WaaS, bao gồm nhiều mạng blockchain khác nhau không?
- Tính dễ truy cập để tìm câu trả lời: Các câu hỏi bạn có thể gặp trong công việc có câu trả lời tra cứu được (kèm ví dụ) không? Có phần Hỏi đáp thường gặp hay diễn đàn cộng đồng, nơi các câu hỏi của người dùng khác đã được đội ngũ giải đáp công khai và kịp thời không? Phần Hỏi đáp có được cập nhật và duy trì tốt không?
- Tài liệu tương tác và dễ điều hướng: Tài liệu có đủ tương tác/dễ điều hướng không? Có hấp dẫn và phong phú thông tin không? Tài liệu có chứa đoạn mã tương tác cho phép bạn hiểu cách hoạt động thực tế của mã, hoặc môi trường sandbox để thử nghiệm trực tiếp không?
- Nội dung hấp dẫn và độ phong phú thông tin: Tài liệu này có thể hướng dẫn bạn qua toàn bộ quá trình không? Có bao gồm hướng dẫn khởi động nhanh không? Các hướng dẫn có hấp dẫn, có hỗ trợ hình ảnh (như biểu đồ giải thích quy trình giao dịch) và video hướng dẫn cho các tích hợp phức tạp không?
- Hướng dẫn toàn diện: Tài liệu có bao gồm hướng dẫn khởi động thiết lập ví và hướng dẫn các chức năng nâng cao hơn như quản lý nhiều ví hoặc tương tác với nhiều mạng blockchain khác nhau không?
- Hướng dẫn khởi động nhanh: Có hướng dẫn khởi động nhanh giúp bạn thiết lập ví, gửi và nhận giao dịch trong thời gian ngắn không?
Xây dựng nền tảng hiểu biết vững chắc và đánh giá các công cụ sẵn có trong tương lai là rất quan trọng để tránh rắc rối về sau. Bằng cách kiểm tra nhanh các điểm trên, bạn có thể đảm bảo thu thập được kiến thức liên quan đồng thời tiến lên theo tốc độ bạn mong muốn.
Độ phong phú tích hợp chức năng
Khi đánh giá lợi thế của nền tảng Ví như Dịch vụ (WaaS), độ phong phú tích hợp chức năng ở đầu vào và đầu ra là một yếu tố quan trọng. Điều này phản ánh khả năng nền tảng cung cấp các dịch vụ mạnh mẽ, linh hoạt và lấy người dùng làm trung tâm. Việc hiểu rõ các tích hợp này là bản địa hay cần dịch vụ bên thứ ba bổ sung cũng rất quan trọng. Tất cả những điều này đều có thể cải thiện đáng kể trải nghiệm người dùng và giúp người dùng chuyển đổi dễ dàng hơn giữa hệ sinh thái fiat và tiền mã hóa.
Dưới đây là một số lĩnh vực then chốt nơi độ phong phú tích hợp thể hiện rõ ràng:
Hỗ trợ Trừu tượng Tài khoản
Cho dù được triển khai thông qua module chuyên dụng hay không, khả năng tương thích bản địa với AA (Account Abstraction) là rất quan trọng thông qua SDK trực tiếp và các mối quan hệ đối tác. Việc tích hợp AA cho thấy khả năng thích nghi với nhiều trường hợp sử dụng và đảm bảo trải nghiệm người dùng liền mạch. Sự đa dạng và chiều sâu của tích hợp rất quan trọng, bởi điều này đảm bảo nhà phát triển có đầy đủ công cụ và hỗ trợ để tạo ra các dApp trực quan và thân thiện với người dùng.
Đối với nhà phát triển, WaaS triển khai bản địa AA có thể tận dụng tốt hơn các thành phần khác nhau trong stack AA mà không cần cấu hình thủ công các thành phần bên thứ ba, từ đó đơn giản hóa trải nghiệm và nâng cao hiệu quả triển khai.
Particle Network cung cấp giải pháp tích hợp dọc, tự phát triển cả stack WaaS và AA, đồng thời tích hợp trực tiếp AA vào sản phẩm WaaS của mình. Particle cũng hỗ trợ sử dụng stack AA của Biconomy, đồng thời duy trì tính tương thích chéo với các nhà cung cấp khác. Thông qua việc hỗ trợ AA, các nhà cung cấp WaaS có thể biến trải nghiệm tương tác ví cứng nhắc thành trải nghiệm linh hoạt hơn thông qua khả năng lập trình, từ đó mang lại trải nghiệm người dùng cuối mượt mà hơn.
Trong lĩnh vực WaaS, một số công cụ và thành phần AA lý tưởng có thể giúp dApp của bạn thân thiện hơn với người dùng, ví dụ:
1. Ví hợp đồng thông minh: AA có thể kích hoạt việc sử dụng hợp đồng thông minh lập trình được như ví không được quản lý, cho phép các chức năng tự động hóa nâng cao. Điều này có thể mang lại cách quản lý tài sản kỹ thuật số linh hoạt và tập trung vào người dùng hơn.
2. Khóa phiên: Điều này đơn giản hóa quy trình giao dịch không cần ký tên, nâng cao trải nghiệm người dùng. Chức năng này còn cho phép phê duyệt trước các giao dịch, khiến hệ thống thân thiện hơn.
3. Quản trị thanh toán: Một trong những trường hợp sử dụng nổi bật của AA là khả năng dApp tài trợ phí Gas cho người dùng, được kích hoạt bởi Quản trị thanh toán. Điều này đặc biệt có ý nghĩa với các giải pháp lưu trữ trên L2, thường có chi phí rất thấp đối với người dùng. Quản trị thanh toán cho phép dApp của bạn chấp nhận thanh toán phí Gas bằng bất kỳ token gốc (không qua cầu nối) nào.
4. Bộ xử lý hàng loạt: Bộ xử lý hàng loạt có thể tập hợp các thao tác người dùng để tương tác hiệu quả với blockchain, có thể dẫn đến giảm phí giao dịch và xác nhận nhanh hơn. Điều này có thể mang lại hiệu quả chi phí tốt hơn cho người dùng cuối và hiệu suất tốt hơn cho nhà phát triển.
5. Phục hồi xã hội: AA có thể kích hoạt chức năng phục hồi xã hội, cho phép người dùng khôi phục ví với sự trợ giúp của các tài khoản trong danh sách trắng thay vì cụm từ khôi phục, điều này có thể nâng cao tính bảo mật và trải nghiệm người dùng.
Particle cũng tự phát triển bộ xử lý hàng loạt và quản trị thanh toán riêng, các dự án có thể tích hợp để đơn giản hóa tương tác với blockchain. Particle cũng đang nỗ lực hướng tới trừu tượng tài khoản xuyên chuỗi, nhằm tạo ra một khuôn khổ thống nhất giữa các giải pháp AA được triển khai trên các chuỗi khác nhau.
Kênh Fiat
Việc tích hợp nhiều kênh nạp/rút fiat cũng rất hấp dẫn đối với nền tảng WaaS. Việc sử dụng các kênh fiat đặc biệt hấp dẫn vì điều đó có nghĩa là người dùng có thể nạp trực tiếp USDC/USDT mà không cần mua token mã hóa gốc hay phụ thuộc vào sàn giao dịch tập trung, từ đó tạo ra sự chuyển tiếp mượt mà từ Web2 sang Web3.
Việc điều tra xem các tích hợp này là bản địa hay cần dịch vụ bên thứ ba bổ sung là rất quan trọng. Tất cả những điều này đều có thể cải thiện đáng kể trải nghiệm người dùng và giúp người dùng dễ dàng chuyển đổi giữa hệ sinh thái fiat và mã hóa hơn.
Cầu nối xuyên chuỗi
Việc hỗ trợ cầu nối xuyên chuỗi thể hiện tính linh hoạt của một nền tảng WaaS. Việc đánh giá dịch vụ nền tảng (Particle dùng li.fi) và tích hợp để thực hiện tương tác xuyên chuỗi là rất quan trọng. Khả năng cầu nối mạnh mẽ có thể mở ra nhiều chức năng hơn và giảm ma sát trong quá trình hệ sinh thái blockchain phát triển theo lộ trình đa chuỗi, khả mở rộng, đơn giản hóa trải nghiệm cho người dùng và nhà phát triển hiện tại và tương lai.
Swap
Một số ví có thể tích hợp chức năng giao dịch trong giao diện người dùng của chúng. Dù thông qua chức năng bản địa hay qua quan hệ đối tác và tích hợp, sàn giao dịch là một trong những chức năng cơ bản nhất của Web3. Việc điều tra loại giao dịch được hỗ trợ, dịch vụ nền tảng (Particle dùng 1inch), mức độ dễ dàng thực hiện và trải nghiệm người dùng là rất quan trọng.
Các điểm cuối API khác
Hãy đảm bảo điều tra các điểm cuối API khác mà nền tảng WaaS sử dụng để tương tác với Web3 hoặc ảnh hưởng đến trải nghiệm người dùng. Bạn cũng có thể tìm hiểu mức độ tùy chỉnh mà các điểm cuối này cung cấp. Ví dụ, chúng có thể cung cấp quyền truy cập vào việc khóa hợp đồng, truy xuất nhật ký, quản lý token, phân tích, quản lý một số tương tác DeFi, tương tác với các thị trường khác nhau, v.v.
Hỗ trợ đa chuỗi
Hỗ trợ nhiều mạng blockchain là dấu hiệu của một nền tảng WaaS mạnh mẽ. Điều này thể hiện tính thích nghi và sự sẵn sàng đối với hệ sinh thái mở rộng. Nhà phát triển nên kiểm tra số lượng chuỗi được hỗ trợ, sự thuận tiện khi chuyển đổi giữa các chuỗi và mức độ hỗ trợ dành cho từng chuỗi.
Đánh giá tính mô-đun
Stack mô-đun giống như một hộp công cụ, mỗi công cụ được thiết kế cho một nhiệm vụ cụ thể. Hệ thống mô-đun trao quyền cho nhà phát triển lựa chọn và triển khai các mô-đun họ cần, tùy chỉnh giải pháp theo yêu cầu riêng biệt. Đối lập với nó là hệ thống đơn khối, nơi các công cụ được gói gọn trong một đơn vị không thể tách rời, việc tích hợp có thể dễ hơn nhưng tính linh hoạt rất nhỏ hoặc không có.
Một cách tiếp cận mô-đun được thiết kế tốt có thể mang lại tính linh hoạt và khả năng mở rộng, cho phép nhà phát triển dễ dàng thay thế hoặc cập nhật từng mô-đun riêng lẻ mà không ảnh hưởng đến phần còn lại của hệ thống. Tiêu chuẩn vàng về mô-đun nên là một hệ thống cân bằng — dễ tích hợp và cho phép mức độ linh hoạt tối đa. Nhà phát triển nên tìm kiếm các mô-đun độc lập phục vụ cho trường hợp sử dụng dự kiến của họ, và các mô-đun này nên được thiết kế theo cách hỗ trợ tính linh hoạt đó. Một số ví dụ về các trường hợp sử dụng mà mô-đun hỗ trợ có thể bao gồm:
- Xác thực: Hệ thống mô-đun có thể cung cấp nhiều mô-đun xác thực như xác thực đa yếu tố, xác thực sinh trắc học hoặc đăng nhập xã hội. Điều này liên quan mật thiết đến khả năng của dự án liên kết thông tin người dùng với ví của họ.
- Tương thích chéo: Việc truy cập các mạng khác nhau hoặc chuyển đổi giữa các mạng càng dễ dàng thì dịch vụ càng linh hoạt và thân thiện với nhà phát triển. Dịch vụ ví Web3 cũng có thể hỗ trợ các mô-đun xuyên chuỗi và tương tác lẫn nhau.
- Trừu tượng tài khoản: Như đã nói ở trên, việc triển khai AA là rất quan trọng. Nền tảng WaaS mô-đun có thể cung cấp một mô-đun AA có thể dễ dàng tích hợp, tách biệt AA khỏi sản phẩm chính và cho phép triển khai tùy chọn. Bản thân mô-đun AA cũng có thể mang tính mô-đun, hỗ trợ các chức năng khác nhau trong một stack. WaaS của Particle Network hỗ trợ stack AA mô-đun, cho phép nhà phát triển lựa chọn stack AA do chính Particle Network phát triển, bao gồm bộ xử lý hàng loạt, tài khoản thông minh, v.v. Nhà phát triển cũng có thể chọn phát triển stack AA riêng hoặc tích hợp SDK từ các nhà cung cấp khác như Biconomy, ZeroDev, StackUp. Sơ đồ thiết kế WaaS AA mô-đun của Particle Network như sau:
- Tùy chỉnh sản phẩm: Thông qua các mô-đun UI tùy chỉnh, nhà phát triển có thể đảm bảo tính nhất quán thương hiệu bằng cách tích hợp bảng màu, biểu tượng và các yếu tố đồ họa khác của thương hiệu. Tuy nhiên, điều này không nhất thiết chỉ giới hạn ở các thành phần thiết kế, mà cũng có thể ảnh hưởng đến các khía cạnh chức năng của sản phẩm như giới hạn giao dịch, phí giao dịch tùy chỉnh hoặc quy trình phê duyệt đặc biệt.
- Tương tác với các dịch vụ khác: Nền tảng WaaS mô-đun có thể có các mô-đun thúc đẩy việc tích hợp dễ dàng với các dịch vụ hoặc nền tảng bên thứ ba khác. Ví dụ, nó có thể thực hiện tương tác với các sàn giao dịch và nền tảng xuyên chuỗi, thậm chí cho phép bạn tùy chỉnh tích hợp riêng của mình.
Chỉ số hiệu suất ví Web3
Khi tích hợp dịch vụ, điều quan trọng là phải hiểu rằng các nhà cung cấp khác nhau có thể thể hiện khác biệt ở các lĩnh vực khác nhau. Hai lĩnh vực then chốt là thời gian tạo ví (từ lúc người dùng nhấn "kết nối" đến khi ví sẵn sàng sử dụng) và thời gian đăng nhập lại của người dùng cũ. Các chỉ số hiệu suất này có thể bị ảnh hưởng bởi hệ thống quản lý nền tảng của từng giải pháp.
Để minh họa điều này, chúng tôi đã đo thời gian tạo ví Web3 bằng xác thực Google của các công cụ WaaS khác nhau trong hình ảnh bên dưới. Chúng tôi khuyến khích bạn thử nghiệm sản phẩm của các nhà cung cấp khác nhau để hiểu trải nghiệm người dùng.
Chỉ số hiệu suất ví Web3
Khi tích hợp dịch vụ, cần biết rằng các nhà cung cấp khác nhau có thể thể hiện khác biệt ở các lĩnh vực khác nhau. Hai điểm then chốt là thời gian tạo ví (từ lúc người dùng nhấn "kết nối" đến khi ví sẵn sàng sử dụng) và thời gian đăng nhập lại của người dùng cũ. Các chỉ số hiệu suất này có thể bị ảnh hưởng bởi hệ thống quản lý nền tảng của từng giải pháp.
Để minh họa điều này, chúng tôi đã đo thời gian tạo ví Web3 bằng xác thực Google của các công cụ WaaS khác nhau trong hình ảnh trên. Chúng tôi khuyến khích bạn thử nghiệm sản phẩm của các nhà cung cấp khác nhau để hiểu trải nghiệm người dùng.
Hình ảnh bên dưới thể hiện so sánh ngang về thời gian và số bước cần thiết để kết nối ví giữa Particle, MetaMask và các công cụ WaaS khác.
Bằng chứng xã hội và hiện diện trên thị trường
Các chỉ số bằng chứng xã hội khác có thể cung cấp bằng chứng hữu hình về khả thi và mức độ chấp nhận thị trường của giải pháp. Các chỉ số như lượt tải SDK và người dùng hoạt động có thể cho thấy mức độ tin tưởng và tỷ lệ áp dụng dịch vụ. Cách tiếp cận trực tiếp để truy cập các chỉ số này là tìm kiếm gói SDK riêng lẻ trên Npm-stat. Lưu ý rằng lượt tải có thể bị ảnh hưởng bởi quan hệ công chúng, các chương trình khuyến khích và các hoạt động tiếp thị khác, do đó những con số này không nên dùng làm cơ sở duy nhất cho quyết định, mà chỉ nên là một phần trong phân tích chi tiết.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@ParticleNtwrk
