Giải thích chi tiết về vấn đề "trừu tượng hóa tài khoản" được thảo luận sôi nổi gần đây: một lối thoát mới sau Devcon?

Tiêu đề gốc: "Giải thích các thuật ngữ: Đánh giá toàn diện các khái niệm liên quan đến tài khoản Web3"

Tác giả gốc: Magistrate, người sáng lập Unipass

Vừa rồi Tại Devcon vừa kết thúc, việc trừu tượng hóa tài khoản là một trong những chủ đề nóng nhất. Gần đây, các từ viết tắt và tên mã như AA / EOA / SCW / 4337 thường xuất hiện trong nhiều cuộc nói chuyện, bảng điều khiển và luồng thông tin khác nhau. Ngoài ra, câu chuyện đã bắt đầu phát triển theo hướng "Giới thiệu một tỷ người dùng tiếp theo" và một số tính từ mới đã bắt đầu xuất hiện trước các sản phẩm, chẳng hạn như không hạt / không khí / phục hồi xã hội / không giam giữ. Tôi tin rằng sau khi đọc hai câu này, bạn đã bắt đầu đau đầu rồi, vì vậy hãy để tôi cố gắng hết sức để giúp bạn hiểu ý nghĩa của những danh từ và khái niệm này.

Mẹo trước khi đọc: Bài viết này không phải là một tài liệu kỹ thuật nghiêm túc. Nó có thể được trau chuốt hoặc ẩn dụ bằng ngôn ngữ không chính xác nhưng dễ hiểu. Bạn có thể tham khảo hãy sử dụng điều này làm điểm khởi đầu để khám phá thêm. Khám phá chi tiết về các công nghệ này.

EOA - Tài khoản thuộc sở hữu bên ngoài

EOA được gọi là Tài khoản bên ngoài

EOA được gọi là Tài khoản bên ngoài

EOA trong tiếng Trung b>, địa chỉ do MetaMask tạo ra mà chúng tôi quen thuộc nhất là EOA. Nó được đặc trưng bởi nguyên tắc đơn giản, ví dụ: các quy tắc tạo là:

Khóa riêng - Khóa chung - Hàm băm Keccak256 - 20 byte cuối cùng - Chuỗi thập lục phân ( EOA address)

Có thể thấy quy tắc này rất đơn giản, tất cả đều được tính toán bằng phép biến đổi toán học, địa chỉ được tạo ra không có bất kỳ cấu trúc hay logic bên trong nào. Ngoài ra còn có các quy tắc cố định khi một nút xác minh xem giao dịch có được chủ sở hữu địa chỉ ủy quyền hay không:

Chữ ký giao dịch - ec_recover - khóa chung - (được tạo bằng các quy tắc trên ) địa chỉ - So sánh địa chỉ sẽ được vận hành

Nếu kết quả so sánh nhất quán thì quá trình xác minh chữ ký sẽ thành công và quá trình tiếp theo sẽ được tiến hành; nếu không thành công thì nó sẽ thực hiện sẽ được trả lại trực tiếp và không có giao dịch nào nữa sẽ được phát sóng.

Một cài đặt khác của EOA là đóng vai trò là người khởi tạo giao dịch và thanh toán gas. CA (tài khoản hợp đồng) tương ứng chỉ có thể được gọi bởi các CA hoặc EOA khác . Nói cách khác, EOA là tác nhân kích hoạt một giao dịch. Cho dù có bao nhiêu lệnh gọi hợp đồng theo sau một giao dịch thì nó vẫn phải được EOA khởi tạo ngay từ đầu và phải thanh toán đủ gas trước khi có thể tiến hành.

Cần chỉ ra rằng EOA là một khái niệm duy nhất của Ethereum và các chuỗi tương thích EVM khác (hoặc các chuỗi giống EVM). Nói đúng ra, các chuỗi không phải EVM chính thống bao gồm cả BTC Không có thiết lập như vậy.

CA - Tài khoản hợp đồng

CA trong tiếng Trung được gọi là Tài khoản hợp đồng (còn được gọi là Tài khoản nội bộ), các hợp đồng Token ERC-20 phổ biến của chúng tôi, hợp đồng kinh doanh DeFi, v.v. có một địa chỉ trông rất giống với EOA, đó là CA.

Về mặt cài đặt, CA có nguồn gốc từ thế giới Ethereum và EOA và ETH là các yếu tố kích hoạt và nhiên liệu được chuẩn bị cho logic kinh doanh của CA; trong sử dụng thực tế, tất cả tài sản trên Ethereum ngoại trừ ETH đều do CA thực hiện và logic kinh doanh như DeFi đều do CA triển khai. Tuy nhiên, cài đặt mà CA không thể chủ động vận hành và trả phí gas cũng hạn chế khả năng của nó. Ngay từ sớm Có một đề xuất vào năm 2016 hy vọng cho phép CA tự trả tiền gas.

Nói một cách đơn giản, CA là một tài khoản Ethereum có logic bên trong, có thể là logic nghiệp vụ (Hợp đồng Token dùng để hạch toán, còn hợp đồng cầm cố dùng để cho vay) và thanh toán bù trừ), hoặc có thể là logic tài khoản (chẳng hạn như logic đa chữ ký của gnosis safe) và sau này là khái niệm "SCW - Ví hợp đồng thông minh" mà chúng tôi sắp đề cập.

Quy tắc địa chỉ của CA được tạo thông qua tính toán. Có hai phương pháp: CREATE và CREATE2, sẽ không được mở rộng ở đây. Bạn chỉ cần nhớ rằng không có sự tương ứng cần thiết giữa CA và khóa chung. Ví dụ: CA được tạo bởi gnosis safe có thể đặt bất kỳ số lượng khóa chung nào để mở khóa tài sản tương ứng với địa chỉ của nó, tất nhiên CA cũng không thể đặt bất kỳ khóa nào, nhưng logic của các CA khác xác định liệu nó có thể được mở khóa hay không, chẳng hạn như hợp đồng cho vay DeFi, chỉ cần trả lại tiền thì tài sản cầm cố có thể được lấy lại.

SCW/A - Ví/Tài khoản hợp đồng thông minh

Ví hợp đồng thông minh Có thể hiểu theo nghĩa đen dễ hiểu nhất, đó là sơ đồ ví sử dụng CA làm địa chỉ và sơ đồ ví EOA thường được sử dụng của chúng tôi sử dụng kết quả chuyển đổi khóa công khai nói trên làm địa chỉ. Do logic bên trong, ví hợp đồng thông minh có thể thực hiện nhiều chức năng mà EOA không thể đạt được, chẳng hạn như thanh toán gas, giao dịch hàng loạt, quản lý quyền, ủy quyền ngoại tuyến, phục hồi xã hội, v.v.

Dưới đây là một số ví dụ chứng minh tiềm năng mở rộng của ví hợp đồng thông minh:

1. Sử dụng an toàn Gnosis Kiến trúc ví hợp đồng thông minh triển khai logic đa chữ ký;

2. Người dùng có thể gửi các mã thông báo khác nhau đến nhiều địa chỉ cùng lúc trong một giao dịch trực tuyến hoặc họ có thể phê duyệt và trao đổi trong một giao dịch khi sử dụng uniswap.Hoàn tất giao dịch để bạn có thể ủy quyền bao nhiêu tùy ý để tránh rủi ro bảo mật do ủy quyền quá mức.

3. Người dùng có thể đặt các quyền vận hành khác nhau cho các tài sản khác nhau, chẳng hạn như đặt ngưỡng hoạt động cho PFP cao hơn so với mã thông báo ERC-20 thông thường (ví dụ: cần có khóa quản trị được quản lý bởi ví phần cứng) ), do đó ngay cả khi khóa bị rò rỉ trong môi trường sử dụng hàng ngày, tin tặc sẽ không thể chuyển tài sản có giá trị cao, tạo sự cân bằng giữa tính bảo mật và sự tiện lợi.

4. Người dùng có thể ký ủy quyền ngoại tuyến "Bất kỳ ai có thể cho tôi 100 ETH đều có thể chuyển một trong các BAYC của tôi". Bằng cách này, người dùng có thể thực hiện P2P với người khác mà không cần ủy quyền cho hợp đồng bên thứ ba. Hoàn toàn nguyên tử giao dịch một cách hiệu quả.

AA - Trừu tượng tài khoản

Tắt tài khoản Thực tế là không Đây là một khái niệm mới có thể bắt nguồn từ một số cuộc thảo luận vào năm 2015. Vào thời điểm đó, Vitalik tin rằng ít nhất thuật toán mật mã được Ethereum sử dụng để xác minh các giao dịch phải có thể thay thế được, chẳng hạn như thay thế nó bằng ed25519 (Xem tại đây để biết chi tiết), có thể nói rằng cả Vitalik lẫn EF đã làm như vậy trong 7 năm qua. Hãy ngừng thảo luận và khám phá các giải pháp trừu tượng hóa tài khoản, đây là cây liên kết Tôi có thể giúp bạn xem lại lịch sử.

Vậy bạn hiểu khái niệm trừu tượng hóa tài khoản như thế nào? Ở đây tôi trích dẫn ERC-4337  Mô tả mục tiêu:

Đạt được mục tiêu chính là trừu tượng hóa tài khoản: cho phép người dùng sử dụng ví hợp đồng thông minh chứa logic xác minh tùy ý thay vì EOA làm tài khoản chính của họ. Loại bỏ hoàn toàn mọi nhu cầu đối với người dùng có EOA (dưới dạng ví SC nguyên trạng và EIP-3074  ;cả hai đều yêu cầu)

Có thể thấy rằng kỳ vọng của Ethereum đối với việc trừu tượng hóa tài khoản là thay đổi tình trạng hiện tại khi hầu hết mọi người đang sử dụng EOA, hy vọng rằng người dùng sẽ chuyển sang SCW và Loại bỏ hoàn toàn sự phụ thuộc sinh thái vào EOA. Ngoài EIP-3074 được đề cập ở đó, còn có một mục tiêu lâu dài và cấp tiến hơn ="_blank">EIP-5003, đây cũng là những trích dẫn từ văn bản gốc (một số bị lược bỏ):

EOA … bị giới hạn bởi giao thức theo nhiều cách quan trọng. Các tài khoản này không hỗ trợ xoay khóa để bảo mật, phân khối để tiết kiệm gas hoặc giao dịch được tài trợ để giảm bớt cần phải tự mình giữ ether. Có vô số lợi ích khác đến từ việc có tài khoản hợp đồng hoặc trừu tượng hóa tài khoản, như chọn thuật toán xác thực của riêng mình, đặt giới hạn chi tiêu, cho phép phục hồi xã hội, cho phép xoay vòng khóa, khả năng ủy quyền tùy ý và chuyển tiếp, và gần như bất cứ điều gì khác mà chúng ta có thể tưởng tượng.

…EIP này cung cấp một đường dẫn không phải để lưu giữ các EOA mà là cung cấp một đường dẫn di chuyển khỏi chúng, một lần và mãi mãi.

Không khó Hãy xem, Mục tiêu của EIP-5003 là chuyển đổi EOA thành CA cùng một lúc, cho phép tất cả người dùng sử dụng SCW và giải quyết hoàn toàn vấn đề về khả năng tương thích về phía trước. (Sau phần giải thích về danh từ ở trên, những từ viết tắt này có vẻ mượt mà hơn không?)

Tại thời điểm này, mọi người nên hiểu rõ về nội dung cũng như mục tiêu tương lai của AA . Tuy nhiên, cần chỉ ra rằng khái niệm AA không chỉ dành riêng cho Ethereum và EVM, nhiều chuỗi đã có các tính năng AA ở các mức độ khác nhau. Ví dụ: EOS / Polkadot / Near / Solona / Flow / Aptos... hoặc thậm chí BTC (chữ ký đơn / đa chữ ký / Taproot), các chuỗi này đã đưa tài khoản vào trạng thái có cấu trúc bên trong và thậm chí cả khả năng quản lý quyền trong quá trình thiết kế và có StarkNet/CKB, v.v. có khả năng trừu tượng hóa tài khoản hoàn chỉnh hơn. Nói như vậy, không khó để nhận ra rằng AA của Ethereum đang giải quyết các vấn đề lịch sử do sự phổ biến bất ngờ của EOA gây ra, từ đó trở nên tiên tiến và linh hoạt hơn ở cấp tài khoản.

4337 - ERC 4337

Không khó để nhận thấy từ cuộc thảo luận ở trên của AA rằng ERC-4337 chỉ là một trong nhiều đề xuất trong hướng này nhưng tại sao khi nhắc đến AA hay SCW ai cũng nhắc đến nó? Chúng ta hãy xem phụ đề của tài liệu này:

Một đề xuất trừu tượng hóa tài khoản hoàn toàntránh những thay đổi về giao thức lớp đồng thuận, thay vào đó dựa vào trên cơ sở hạ tầng lớp cao hơn.

Nói cách khác, ERC-4337 là lần đầu tiên lộ trình của AA chuyển từ “cách mạng bạo lực” sang “diễn biến hòa bình” và không còn theo đuổi Sử dụng các thay đổi trong lớp đồng thuận để triển khai AA mà thay vào đó sử dụng các giải pháp ở cấp độ người dùng như SCW. Và để đạt được khả năng tương tác tốt hơn, ERC-4337 xác định một số giao diện mà SCW nên triển khai, cũng như khuôn khổ cho việc đóng gói siêu giao dịch, thanh toán gas và cơ sở hạ tầng khác. Sự xuất hiện của nó cho phép các giải pháp SCW khác nhau hiện rất khác nhau có giao diện tương tác người dùng thống nhất và chia sẻ một số cơ sở hạ tầng mở được xây dựng ở cấp độ sinh thái, hỗ trợ các kịch bản khác nhau nhanh chóng triển khai các giải pháp SCW mà họ cần. Mặt khác, việc quảng bá ERC-4337 sẽ giúp thúc đẩy những người tham gia sinh thái khác cải thiện khả năng tương thích của họ với SCW, chẳng hạn như những yêu cầu cần thiết để xác minh chữ ký EIP-1271 Và một số quy tắc được xác định trong một số giao thức DeFi cấm tương tác CA.

Không hạt giống

Hạt giống ở đây ám chỉ cụm từ hạt giống, tức là khi chúng ta tạo ví chúng ta thường được yêu cầu sao lưu nó cụm từ ghi nhớ. Khi đó ý nghĩa của Seedless là “không có bộ nhớ từ”, hay cũng có thể nói là “không có khóa riêng”. Lưu ý rằng "không" không có nghĩa là không có khóa theo nghĩa thực tế, mà có nghĩa là người dùng không cần sao lưu khóa ghi nhớ/khóa riêng hoặc biết về sự tồn tại của chúng.

Một câu hỏi thường gặp là nếu người dùng không sao lưu cụm từ ghi nhớ thì liệu người dùng có bị mất quyền kiểm soát tài khoản không? Khi người dùng chuyển sang môi trường thiết bị mới, tài khoản sẽ không thể truy cập được phải không? Đúng vậy, chỉ cần cắt bỏ chức năng sao lưu các cụm từ ghi nhớ của người dùng cũng chỉ có thể coi là lỗi thiết kế sản phẩm, điều mà Seedless theo đuổi là người dùng “không cần” biết sự tồn tại của các cụm từ ghi nhớ, trong khi vẫn có toàn quyền kiểm soát chúng. tài khoản. Nói cách khác, người dùng (và chỉ chính người dùng) có khả năng khôi phục quyền kiểm soát tài khoản một cách độc lập trên các thiết bị mới, nhưng họ không còn dựa vào các cụm từ ghi nhớ, có UX kém và quá lập dị. được thảo luận dưới đây là loại rất tốt.

Gasless

Gas ở đây ám chỉ phí gas nên gasless có nghĩa là " Không tốn gas. " Tương tự, gasless không thực sự có nghĩa là không cần phải trả phí gas, mà nó có nghĩa là người dùng không cần phải hiểu khái niệm về gas, chứ đừng nói đến việc mua trước nhiều Token gốc khác nhau để trả tiền gas.

Ai sẽ trả tiền xăng? Có hai tình huống:

Một là khi tài khoản người dùng đã có tài sản tiền điện tử, chẳng hạn như chơi để kiếm token hoặc nhận airdrop hoặc Đó là chuyển khoản của người khác Chỉ cần những token này có giá trị và tính thanh khoản nhất định, sẽ có những người chuyển tiếp sẵn sàng chấp nhận chúng và giúp người dùng thanh toán gas để kiếm thu nhập.

Thứ hai là không có token có giá trị trong tài khoản người dùng, chẳng hạn như tài khoản vừa tạo. Nếu cần phải tương tác trên chuỗi tại thời điểm này, ứng dụng có thể chọn trợ cấp cho người dùng một số gas "nhắm mục tiêu" để giúp họ khởi động, từ đó giảm tỷ lệ rời bỏ của người dùng. chi phí có thể cao hơn, thấp hơn hoặc bạn có thể đổi lấy một ít xăng bằng cách cho phép người dùng xem quảng cáo. Cả hai chiến lược đều hoạt động rất tốt trên L2, có chi phí gas thấp hơn.

Phục hồi xã hội

Phục hồi xã hội đề cập đến một cơ chế sử dụng các mối quan hệ xã hội để giúp người dùng lấy lại quyền truy cập vào tài khoản của họ nếu họ mất chìa khóa. Nếu bạn đã sử dụng WeChat để đăng nhập vào một thiết bị mới, chắc hẳn bạn đã từng trải qua trải nghiệm "yêu cầu hai người bạn gửi xxx vào tài khoản của bạn để đăng nhập" - đây là hiệu ứng mà sự phục hồi xã hội muốn đạt được, ngoại trừ điều đó phương thức xác minh đã thay đổi so với WeChat. Hợp đồng thông minh.

Một hiểu lầm phổ biến là giải pháp sử dụng tài khoản mạng xã hội để tạo/đăng nhập vào ví được gọi là social recovery. Đây là sự hiểu lầm giữa "quan hệ xã hội" và "tài khoản nền tảng" xã hội bằng dấu. Ví hợp đồng thông minh cũ Argent có khả năng khôi phục xã hội tích hợp, yêu cầu người giám hộ của bạn cung cấp địa chỉ Ethereum để cung cấp chữ ký ủy quyền khi bạn cần đăng nhập vào thiết bị mới. Tuy nhiên, cài đặt tiềm năng của giải pháp này là: người giám hộ của bạn Họ phải chuyên nghiệp hơn bạn trong việc quản lý tài khoản Ethereum, nếu không khi bạn cần chữ ký của họ, nếu tài khoản của chính họ không thể truy cập được nữa thì tài khoản của bạn cũng sẽ bị ảnh hưởng. Vì vậy, một cách tiếp cận khả thi hơn đó là sử dụng các công cụ mật mã thông dụng trong cuộc sống như bằng chứng mật mã email (DKIM Signature) hay hộ chiếu điện tử để nâng cao tính thực tiễn của giải pháp phục hồi xã hội.

Không giam giữ

Không giam giữ có thể nói là trở thành tiền điện tử Đó là khái niệm đúng đắn nhất về mặt chính trị và là một trong những khái niệm bị lạm dụng nhiều nhất trong ngành, bởi vì nhiều khi mỗi công ty đều có định nghĩa riêng của mình. Ở đây tôi cũng muốn chia sẻ định nghĩa của chúng tôi về quyền không giám sát, chủ yếu bao gồm hai khía cạnh:

1. Các nhà phát triển ví không thể vận hành tài khoản người dùng mà không được phép

2. Các nhà phát triển ví không thể ngăn người dùng vận hành tài khoản của chính họ

Nếu bạn đồng ý với hai điểm này thì hãy xác định xem ví có phải là ví tạm giữ, bán tự động hay không -Người được ủy thác có quyền giám hộ hoặc không giam giữ có thể được kiểm tra trực tiếp bằng hai quy tắc sau:

Không đáp ứng 1 - người được ủy thác; đáp ứng 1 - không đáp ứng 2 - nửa thù địch; cả 1 và 2 Gặp gỡ - Không được quản lý.

Vậy biết cấp độ hosting của nó có ích lợi gì?Người dùng có thể không quan tâm đến nguyên tắc đằng sau nó, miễn là nó dễ sử dụng ! Đúng, trên thực tế, tôi đồng ý một phần với quan điểm này. Ít nhất là ở giai đoạn hiện tại, ngành này chưa phát triển đến mức xảy ra sự thay đổi mô hình trong nhận thức của người dùng. Trên thực tế, tôi nghĩ có ba loại kế hoạch phù hợp với các tình huống khác nhau:

1. Kế hoạch lưu trữ - Thích hợp cho Các tình huống như nền tảng giao dịch, dịch vụ tài chính của các tổ chức lớn, sự tuân thủ chặt chẽ, v.v., chẳng hạn như một số dịch vụ do coinbase cung cấp. Nó có đặc điểm là số lượng người dùng ít, không cần xử lý các tương tác tần suất cao và đơn giá cao, điều này có thể hỗ trợ các nhà cung cấp dịch vụ chi nhiều tiền để duy trì một loạt hệ thống có tính phòng thủ cao.

2. Gói bán quản lý - Phù hợp với nhóm người dùng cá nhân tương đối cao cấp. Họ hiểu rằng nhà cung cấp dịch vụ có thể xem xét các giao dịch của họ và có khả năng chuẩn bị trước các kế hoạch dự phòng (chẳng hạn như xuất khóa riêng), để tính bảo mật tài sản của họ không bị ảnh hưởng khi nhà cung cấp dịch vụ chủ động hoặc thụ động từ chối dịch vụ. Bằng cách này, bạn có thể tận hưởng sự an toàn và thuận tiện trong sử dụng hàng ngày và tài sản của bạn có thể được bảo quản trong những tình huống khắc nghiệt. Lưu ý rằng giải pháp này cũng yêu cầu khả năng vận hành và bảo trì rất cao của nhà cung cấp dịch vụ. Xét cho cùng, có một lượng lớn người dùng cá nhân và yêu cầu tương tác hàng ngày cao hơn với các ứng dụng khác nhau. Hơn nữa, nó cũng yêu cầu tính sẵn sàng của dữ liệu cao. dữ liệu được lưu trên máy chủ bị mất, có thể tất cả người dùng không có bản sao lưu sẽ không bao giờ truy cập được vào tài khoản của mình.

3. Giải pháp không được quản lý - Thích hợp cho các kịch bản áp dụng đại trà. Thoạt nghe có vẻ phản trực giác, nhưng xét về mặt chi phí, giải pháp không được quản lý là giải pháp duy nhất có thể đảm bảo đủ tính bảo mật và tính sẵn sàng với đơn giá thấp cho mỗi khách hàng. Nếu một ứng dụng cho các kịch bản người dùng quy mô lớn có kế hoạch chọn hai tùy chọn trên, thì ứng dụng đó phải xem xét liệu bên kia có thể cung cấp đủ dịch vụ an toàn và sẵn có cho cơ sở người dùng của mình hay không. khiến dịch vụ ngừng hoạt động, Tất cả người dùng của bạn sẽ bị liên lụy và kết quả là doanh nghiệp của bạn có thể sụp đổ. Vô số trường hợp trong lịch sử kể một câu chuyện, bảo mật không phải là chuyện nhỏ, và có trách nhiệm với người dùng đồng nghĩa với việc có trách nhiệm với chính mình.

MPC - Tính toán nhiều bên

Tính toán an toàn nhiều bênCùng với bằng chứng không kiến thức (ZKP), chúng có thể được gọi là hai "phép thuật" của Web3 ngày nay. Khi bạn tham gia với chúng, có vẻ như những điều mà trước đây không thể thực hiện được bằng cách nào đó. Trên thực tế, đây là trường hợp trong một số trường hợp, đặc biệt là ZKP, có thể sử dụng xác suất để trao đổi tính khả thi; MPC đạt được khả năng kiểm soát rủi ro hoặc khắc phục thảm họa bằng cách phân cấp quyền kiểm soát.

MPC thực sự là một mô hình bao gồm nhiều giải pháp kỹ thuật, trong bối cảnh hiện tại của Web3, hầu hết chúng đều đề cập đến tss.

TSS - Sơ đồ chữ ký ngưỡng

Chữ ký ngưỡng là Giao thức chữ ký đa bên được phân phối bao gồm các thuật toán tạo, chữ ký và chia sẻ lại khóa phân tán để thay thế các đoạn khóa riêng mà không thay đổi khóa chung.

M-n tss đề cập đến một khóa chung tương ứng với n đoạn khóa riêng, trong đó chữ ký chung của m đoạn có thể được xác minh thành công bằng khóa chung. Không khó để nhận ra rằng logic này tương tự như multi-sig và sự khác biệt của chúng chủ yếu nằm ở số lượng khóa chung.

Ví dụ đa chữ ký 2-2 nghĩa là trên một cánh cửa có 2 ổ khóa và phải dùng cả 2 chìa khóa mới mở được cửa; tss của 2-2 Có một ổ khóa trên cửa, nhưng có hai chìa khóa và chúng có thể dùng chung để mở cửa. Để hiểu rõ hơn, mô tả ở đây không chặt chẽ. Việc kết hợp hai khóa thành một thực sự phù hợp hơn với thuật toán Chia sẻ bí mật Shamir, các đoạn khóa theo thuật toán tss sẽ không đáp ứng, nhưng sau khi được ký riêng, chúng có thể be Chữ ký được xác minh bằng khóa chung tương ứng.

Vậy tss phải được quản lý hay không được quản lý? Trên thực tế, không có sự kết nối cần thiết nào, nó chủ yếu phụ thuộc vào việc thiết kế và lựa chọn phương án cuối cùng như thế nào. Giải pháp không giam giữ yêu cầu người dùng phải có khả năng vận hành tài khoản độc lập nên người dùng phải nắm vững không dưới một ngưỡng số đoạn khóa, ví dụ: nếu sử dụng 2-3 đoạn thì người dùng cần nắm vững 2 đoạn. giải pháp 2-2 không thể đạt được hoạt động không giam giữ và số lượng đoạn khóa tối đa có thể được quản lý bán phần (chẳng hạn như ZenGo); nhưng nếu người dùng quản lý các đoạn khóa riêng tư nhất thì chắc chắn sẽ tăng yêu cầu đối với khả năng của người dùng, gây khó khăn cho việc áp dụng rộng rãi.

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia