hArk và Erk: Cải thiện Giao thức Ark với CTV và CSFS

Bởi Steven Roose

Nguồn: https://roose.io/blog/hark-erk-evolving-the-ark-protocol-using-ctv-and-csfs/

(Bài viết này cũng được đăng trên diễn đàn Delving Bitcoin .)

Tuần trước trên diễn đàn OP_NEXT, tôi đã đề xuất một biến thể mới của giao thức Ark, được gọi là "Erk", giúp loại bỏ mọi tương tác cần thiết cho người dùng khi tham gia các vòng chơi. Trong bài viết này, Erik De Smedt và tôi hy vọng sẽ làm rõ Erk và các tối ưu hóa khác có thể được thực hiện trên Ark bằng cách sử dụng CTV ( OP_CHECKTEMPLATEVERIFY ) và CSFS ( OP_CHECKSIGFROMSTACK ).

Tóm lại, chúng ta có hai giao thức cạnh tranh cho Ark, có các đặc tính sau:

• "Erk":
  • Không cần tương tác của người dùng để tham gia vào một vòng
  • Làm mới ngoại tuyến (nhà cung cấp dịch vụ có thể làm mới cho người dùng)
  • Làm mới ngoại tuyến liên tục (nhà cung cấp dịch vụ có thể làm mới cho người dùng liên tục, không có ngày hết hạn)
  • Hoạt động tốt nhất trên VTXO đầu vào đơn, đầu ra đơn
  • Yêu cầu CTV + CSFS
• "nghe đây":
  • Không cần tương tác của người dùng để tham gia vào một vòng
  • Rất hiệu quả, ngay cả khi có nhiều đầu vào
  • Không thể làm mới ngoại tuyến (ít nhất là cho đến nay)
  • Chỉ cần CTV

Giới thiệu về Ark

Đầu tiên, chúng tôi tóm tắt giao thức Ark dựa trên CTV hiện có và giao thức clArk dựa trên MuSig, sau đó là giải thích chi tiết về các biến thể Erk và hArk mới.

Trước tiên, chúng ta hãy tóm tắt những khái niệm cốt lõi sẽ được sử dụng trong các giải thích sau đây.

Chúng tôi biểu thị khóa công khai của nhà cung cấp dịch vụ Ark là $S$ và khóa công khai của người dùng là $A, B, …$

Nền tảng cơ bản của giao thức Ark là cây giao dịch, cho phép nhiều người dùng chia sẻ một UTXO Chuỗi duy nhất. Sơ đồ bên dưới cho thấy một cây giao dịch trong đó Alice ($A$) sở hữu 4 BTC, Bob ($B$) sở hữu 3 BTC, Carol ($C$) sở hữu 2 BTC và Dave ($D$) sở hữu 1 BTC. Ark là một giao thức ngoài Chuỗi, vì vậy trong trường hợp lạc quan, chỉ có giao dịch tài trợ (FUNDING) trong toàn bộ cây giao dịch sẽ được blockchain xác nhận.

 (每个方框都是一笔比特币交易) +------------+ | FUNDING | +------------+ | 10₿ +-----+------+ | NODE 1 | +-----+------+ +---------┴--------------+ 7₿ | | 3₿ +----+----+ +----+----+ | NODE 2 | | NODE 3 | +----+----+ +----+----+ | | +-----+-----+ +-----+-----+ 4₿ | 3₿ | 2₿ | | 1₿ +---+----+ +---+----+ +---+----+ +---+----+ | EXIT A | | EXIT B | | EXIT C | | EXIT D | +--------+ +--------+ +--------+ +--------+

Trong thiết lập này, Alice có thể đơn phương thoát và lĩnh nhận tiền của mình bằng cách phát sóng nhánh cây giao dịch của cô ấy. Nhánh của cô ấy bao gồm bốn giao dịch: FUNDING , NODE 1 , NODE 2 và EXIT A. Khi Alice biết các giao dịch này (cùng với dữ liệu chứng thực sàn giao dịch chúng hợp lệ) và có thể chi tiêu chúng bằng khóa công khai $A$ của mình, cô ấy được cho là sở hữu một VTXO.

Mỗi Ark VTXO đều có ngày hết hạn. Trước ngày hết hạn này, VTXO phải được sử dụng hoặc làm mới (nếu không, người dùng sẽ mất trong đó trị). "Làm mới VTXO" về cơ bản có nghĩa là đổi một VTXO lấy một VTXO mới (có ngày làm mới muộn hơn). Thao tác làm mới này diễn ra trong một "vòng" Ark, một tương tác trực tuyến giữa nhà cung cấp dịch vụ Ark và người dùng.

Sau ngày hết hạn, nhà cung cấp dịch vụ có thể xóa giá trị trong toàn bộ cây giao dịch. Lý tưởng nhất là nhà cung cấp dịch vụ có thể trực tiếp xóa (chi tiêu) giao dịch tài trợ, nhưng nếu một (hoặc một số) người dùng đã thực hiện thoát đơn phương, nhà cung cấp dịch vụ chỉ có thể xóa giá trị trong tất cả nút còn lại mà không có người dùng nào thoát.

Arkoor

Nếu Alice nắm giữ một VTXO và muốn thanh toán cho Bob, cô ấy có thể tạo một giao dịch ngoài Chuỗi mới (thường được gọi là "giao dịch arkoot"), sử dụng VTXO của mình (đầu ra của giao dịch thoát) để tạo một VTXO mới cho Bob. Sau đó, Bob có thể lưu trữ tất cả các giao dịch tạo nên VTXO của Alice, cộng với giao dịch arkoot mà cô ấy đã tạo, để tạo thành arkoot VTXO mới của mình.

(Ghi chú của người dịch: "Arkoor" là viết tắt của "Ark out-of-round". Đúng như tên gọi, môn này được thực hiện bên ngoài vòng đấu.)

Điều kiện chi tiêu đầu ra

Chúng tôi chia các điều kiện chi tiêu đầu ra được sử dụng trong giao thức Ark thành ba loại:

• Điều kiện chi tiêu giao dịch nút : điều kiện chi tiêu được sử dụng trong tất cả các giao dịch nút(bao gồm cả giao dịch tài trợ)
• Điều kiện lá : Điều kiện chi tiêu được sử dụng trong đầu ra của giao dịch nút cuối cùng, được thanh toán cho giao dịch thoát
• Điều kiện thoát : Điều kiện chi tiêu được sử dụng trong giao dịch thoát; giao dịch thoát là lá của toàn bộ cây giao dịch và có thể được người dùng sử dụng để thực hiện thoát đơn phương

Về mặt logic, bạn có thể coi ba điều kiện chi tiêu này là tuần tự. Sơ đồ bên dưới minh họa các điều kiện chi tiêu cho sàn giao dịch được hiển thị ở trên. Một giao dịch thoát có thể được theo sau bởi một giao dịch arkoor hoặc một giao dịch từ bỏ.

 FUNDING+-------------+-----+| node policy | 10₿ |+-------------+-----+NODE 1+-------------+-----+| node policy | 7₿ |+-------------+-----+| node policy | 3₿ |+-------------+-----+NODE 2+-------------+-----+| leaf policy | 4₿ |+-------------+-----+| leaf policy | 3₿ |+-------------+-----+EXIT A+-------------+-----+| exit policy | 4₿ |+-------------+-----+

Tất cả các biến thể đều có những đặc điểm chung sau:

• Mỗi vòng sẽ ở Block Height đã hết hạn $T_{exp}$. Sau khối này, số tiền trong vòng này (cây giao dịch tương ứng) có thể được xóa bằng khóa nhà cung cấp dịch vụ Ark.

• Trong cấu trúc của chúng tôi, tất cả các giao dịch đều không có phí và có đầu ra neo phí. Trên thực tế, phí có thể khác không nếu nhà cung cấp dịch vụ muốn trợ cấp chi phí thoát khỏi dịch vụ cho người dùng. Phí giao dịch không phải là yêu cầu bắt buộc để cấu trúc hoạt động, nhưng đầu ra neo phí thì có. (Ghi chú của người dịch: Đầu ra neo này cho phép người dùng thêm phí thông qua phương pháp"CPFP").

• Nút và điều kiện chi tiêu của lá đều hoạt động bằng cách tiếp tục một nhánh của cây giao dịch với một đường dẫn chi tiêu thay thế, cho phép nhà cung cấp dịch vụ xóa tiền sau khi hết hạn.

• Đối với người dùng, yêu cầu về tính hoạt động có nghĩa là họ phải quay lại internet vào một thời điểm nào đó trước khi VTXO của họ hết hạn (tức là trước $T_{exp}$) để làm mới VTXO hoặc thực hiện thoát đơn phương (nếu nhà cung cấp dịch vụ và bất kỳ chủ sở hữu trước đó nào của VTXO arkoor của họ có hành vi không đúng mực).

• Khi giao dịch thoát được khối xác nhận, cơ chế hết hạn sẽ không còn hiệu lực và tiền sẽ chuyển sang trạng thái thoát . Các điều kiện thoát có hai chức năng chính và các điều khoản tương ứng:

  • Điều khoản thanh toán , cung cấp cho người dùng và nhà cung cấp dịch vụ phương pháp hợp tác để tạo ra các khoản chi tiêu tức thời (được sử dụng để tạo giao dịch Arkoor và giao dịch hủy bỏ)
  • Điều khoản thoát , cung cấp phương pháp để người dùng truy cập vào các khoản tiền này nếu người đó không bao giờ tạo giao dịch chi tiêu tức thời với VTXO này

  Thiết kế ban đầu của điều kiện thoát sử dụng khóa thời gian tương đối trong mệnh đề thoát , nhưng thiết kế cập nhật của chúng tôi kết hợp khóa thời gian tuyệt đối $T_{exp}$ và khóa thời gian tương đối $\Delta t$.

  • Khóa thời gian tương đối này đảm bảo rằng các điều khoản thanh toán được ưu tiên hơn các điều khoản thoát .
  • Khóa thời gian tuyệt đối này đảm bảo rằng bất kỳ chủ sở hữu tiếp theo nào của VTXO này (bất kỳ ai có thể nhận VTXO này thông qua giao dịch arkoor sử dụng các điều khoản thanh toán ) không có yêu cầu về tính hoạt động nào khác ngoài ra mắt vào một thời điểm nào đó trước $T_{exp}$.

Mô tả chi tiết một số biến thể

Hòm

Phiên bản gốc của Giao thức Ark dựa trên CTV. Phiên bản mới nhất của chúng tôi vẫn giữ nguyên ý tưởng đó.

Cả điều kiện chi tiêu và điều kiện thoát nút đều sử dụng OP_CTV để cam kết thực hiện giao dịch tiếp theo.

• Điều kiện nút và điều kiện lá : $CTV\ hoặc\ (S + T_{exp})$
• Điều kiện thoát : $(A + S)\ hoặc\ (A + T_{exp} + \Delta t)$

Trong một vòng (khi làm mới VTXO), người dùng ký một giao dịch miễn trừ , chuyển VTXO của họ cho nhà cung cấp dịch vụ. Giao dịch miễn trừ này phụ thuộc vào việc vòng tiếp theo có bắt đầu thành công hay không. Đầu nối là một giao dịch con chuyên dụng của giao dịch cấp vốn vòng tiếp theo. Nó được sử dụng làm đầu ra của giao dịch miễn trừ , đảm bảo rằng nhà cung cấp dịch vụ chỉ có thể thực thi giao dịch miễn trừ nếu giao dịch cấp vốn vòng tiếp theo được xác nhận thành công. Sau khi tất cả người dùng đã ký giao dịch miễn trừ cho VTXO của họ, nhà cung cấp dịch vụ có thể ký giao dịch cấp vốn và phát sóng nó lên mạng lưới Bitcoin.

Giao dịch đầu hàng có hai đầu vào:

• Đầu ra của giao dịch thoát, sử dụng các điều khoản thanh toán của các điều kiện chi tiêu thoát
• Đầu vào kết nối, đầu ra từ chuỗi các giao dịch con từ giao dịch tài trợ của vòng mới

Giao dịch miễn trừ chỉ có một kết quả đầu ra là gửi toàn bộ tiền cho nhà cung cấp dịch vụ.

 forfeit tx:| inputs | outputs | +===========+=========+| exit tx | S | +-----------+---------+| connector | | +-----------+---------+ 

clArk, "Ark không có dây buộc kèm theo"

clArk rất giống Ark, nhưng sử dụng cơ chế đa chữ ký đệ quy trên cây giao dịch. Mỗi điều kiện nút chứa một cơ chế đa chữ ký sử dụng khóa công khai của tất cả các nút bên dưới nút đó.

• Điều kiện nút : $(A + B + C + … + S)\ hoặc\ (S + T_{exp})$
• Điều kiện lá : $(A + S) hoặc\ (S + T_{exp})$
• Điều kiện thoát : $(A + S)\ hoặc\ (A + T_{exp} + \Delta t)$

Cơ chế vòng lặp vẫn như cũ và các kết nối được sử dụng. Điểm khác biệt duy nhất là cần thêm một giai đoạn để tất cả máy trạm ký nhánh cây giao dịch của mình.

Erk, "Con tàu của Erik"

Kể từ khi tôi trình diễn Erk tại hội nghị OP_NEXT, chúng tôi đã thực hiện một số nâng cấp bổ sung.

Các điều kiện chi tiêu trong Erk hoàn toàn giống với trong Ark, nhưng chúng tôi làm cho chữ ký có thể liên kết lại (“chữ ký có thể liên kết lại” là chữ ký sử dụng ngữ nghĩa APO, nghĩa là chúng không cam kết với một đầu vào UTXO cụ thể và do đó có thể được sử dụng để chi tiêu bất kỳ đầu ra nào chứa cùng một khóa công khai). Chúng tôi có thể sử dụng CTV + CSFS để triển khai chữ ký có thể liên kết lại.

• Điều kiện nút và điều kiện lá : $CTV\ hoặc\ (S + T_{exp})$
• Điều kiện thoát : $(A + S)\ hoặc\ (A + T_{exp} + \Delta t)$

$A + S$ trong điều kiện thoát là nơi chúng ta sử dụng chữ ký ràng buộc lại.

Các nguyên tắc cốt lõi và cơ bản của Erk được thể hiện trong giao dịch sau đây, mà chúng tôi gọi là giao dịch hoàn tiền .

 refund tx:| inputs | outputs | +====================+================+| old exit tx for A | exit policy A' | +--------------------+----------------+| new exit tx for A' | S | +--------------------+----------------+

Vòng Erk không có tương tác người dùng (chúng tôi định nghĩa "tương tác người dùng" là "tất cả người dùng thực hiện một hành động đồng thời"). Người dùng tham gia vào một vòng bằng cách gửi một khóa công khai mới ($A'$) và một giao dịch hoàn tiền đã ký cho nhà cung cấp dịch vụ. Lưu ý rằng một đầu vào của giao dịch hoàn tiền được ký bằng khóa công khai hiện tại $A$, trong khi đầu vào còn lại được ký bằng khóa công khai mới $A'$.

Tại thời điểm này, nhà cung cấp dịch vụ có thể an toàn tạo một cây VTXO mới và cấp cùng một VTXO đó cho người dùng (trừ một số khoản phí). VTXO mới này có điều kiện thoát bằng cách sử dụng khóa công khai mới $A'$.

Người dùng có thể yên tâm ký giao dịch hoàn tiền này bất cứ lúc nào vì họ vẫn sẽ nhận được tiền từ trong đó các kết quả giao dịch. Vì vậy, nếu giao dịch này bị nhà cung cấp dịch vụ lợi dụng với mục đích xấu, người dùng sẽ không bị mất tiền.

Nhà cung cấp dịch vụ cũng có thể tạo một vòng sau khi nhận được giao dịch hoàn tiền đã ký như vậy, vì nếu người dùng cố ý rút VTXO cũ ban đầu, nhà cung cấp dịch vụ có thể tiết lộ VTXO mới này và chi tiêu cả hai cùng một lúc, lấy đi thứ mà người dùng không được hưởng.

Arkoor

Việc triển khai các giao dịch arkoor trong biến thể Erk đòi hỏi sự cẩn trọng đặc biệt. Hãy tưởng tượng người dùng Alice gửi VTXO mới của mình cho Bob (sử dụng giao dịch arkoor) và sau đó cố ý rút VTXO cũ của mình. Nhà cung cấp dịch vụ sẽ buộc phải phát VTXO mới và sử dụng giao dịch hoàn tiền, điều này sẽ làm mất hiệu lực VTXO arkoor của Bob.

Tuy nhiên, vì giao dịch thoát, một nhánh của cây giao dịch, có cùng điều kiện chi tiêu đầu ra như giao dịch hoàn tiền (với khóa công khai $A'$), Bob có thể yêu cầu Alice liên kết lại chữ ký arkoor: chữ ký này có thể được sử dụng trên cả hai đầu ra. (Lưu ý rằng chỉ có một trong đó ra có thể tồn tại tại một thời điểm, vì giao dịch hoàn tiền là con của giao dịch thoát.)

Thiết kế này cho phép các giao dịch Arkoor hoạt động trên Erk, với điều kiện mỗi VTXO mới đến từ một đầu vào VTXO duy nhất. Khi chúng ta cố gắng khái quát hóa thiết kế này cho trường hợp nhiều đầu vào VTXO được kết hợp thành một đầu ra VTXO duy nhất, cấu trúc Arkoor sẽ bị phá vỡ.

Làm mới ngoại tuyến

Bây giờ, hãy tưởng tượng người dùng đã ký trước một giao dịch hoàn tiền cho VTXO của họ (ngay sau khi VTXO được tạo), gửi chữ ký này cho nhà cung cấp dịch vụ, rồi sau đó ngoại tuyến. Điều này có nghĩa là nhà cung cấp dịch vụ có thể cấp lại VTXO một cách an toàn bất cứ lúc nào. Miễn là họ có giao dịch hoàn tiền, sẽ không có nguy cơ người dùng lĩnh nhận cả hai VTXO cùng lúc. Điều này có nghĩa là ngay cả khi người dùng không làm mới thủ công, nhà cung cấp dịch vụ vẫn có thể tự động hỗ trợ họ. Ngoài ra, một tháp canh có thể giám sát Ark và thông báo cho người dùng nếu nhà cung cấp dịch vụ không hỗ trợ làm mới VTXO của người dùng.

(Ghi chú của người dịch: "Watchtower" ám chỉ một dịch vụ Internet có thể giám sát blockchain Bitcoin và phản hồi các sự kiện thay mặt trong đó.)

Hơn nữa, giả sử lần xả lần thay đổi khóa công khai $A$ thành $A'$, Alice cũng có thể ký trước một giao dịch hoàn tiền cho một VTXO $A'$ trong tương lai, do đó thay đổi khóa công khai thành $A''$. Trên thực tế, Alice có thể ký trước bất kỳ số lần xả nào, mỗi lần chuyển tiền sang một khóa công khai mới (và có thể khấu trừ một khoản phí dịch vụ cho nhà cung cấp dịch vụ mỗi lần). Bằng cách này, nhà cung cấp dịch vụ có thể liên tục xả VTXO mà không cần người dùng phải trực tuyến trở lại trừ khi có cảnh báo từ tháp giám sát rằng nhà cung cấp dịch vụ không tuân thủ.

Có lẽ một nhà cung cấp dịch vụ độc hại có thể cố gắng áp dụng tất cả các giao dịch hoàn tiền này một cách nhanh chóng, qua đó bỏ túi toàn bộ phí dịch vụ (lưu ý rằng điều này không nhất thiết là kinh tế, vì họ sẽ phải trả phí khai thác cho mỗi giao dịch). Điều này có thể tránh được bằng cách đặt khóa thời gian tuyệt đối cho mỗi giao dịch hoàn tiền: nhà cung cấp dịch vụ chỉ có thể sử dụng giao dịch hoàn tiền tương ứng sau một khoảng thời gian trong tương lai được tính toán dựa trên thời gian vòng dự kiến.)

hArk, "Hash Lock Ark"

Erk trông rất mạnh mẽ (mặc dù chúng tôi đã loại bỏ tên mã tiềm năng là "aArk"), nhưng nó có hai nhược điểm lớn:

• Để trả đũa một hành vi thoát độc hại, nhà cung cấp dịch vụ phải tiết lộ nhánh cây giao dịch nơi VTXO mới được lưu trú. Điều này đặc biệt gây khó khăn cho các "VTXO nhập" - VTXO được tạo bởi người dùng khi chuyển tiền vào một Ark. VTXO nhập chỉ bao gồm một giao dịch cấp vốn và một giao dịch thoát (đầu ra của giao dịch cấp vốn sử dụng các điều kiện chi tiêu lá ). Điều này có nghĩa là chi phí cho việc cố gắng thoát độc hại là thấp đối với người dùng, trong khi chi phí trả đũa đối với nhà cung cấp dịch vụ có thể cao.
• Erk chỉ có thể hỗ trợ làm mới một đầu vào VTXO duy nhất.

hArk không phải là một biến thể của Erk, mà là một biến thể hoàn toàn khác của Ark. Cơ chế vòng tròn của nó không yêu cầu bất kỳ tương tác nào của người dùng, nó giảm thiểu các dấu vết Chuỗi và hoàn toàn phù hợp với tình huống có nhiều đầu vào VTXO.

Trong hArk, điều kiện chi tiêu của lá khác với điều kiện chi tiêu của nút ở chỗ điều kiện chi tiêu của lá đòi hỏi phải biết giá trị bí mật.

• Điều kiện nút : $CTV\ hoặc\ (S + T_{exp})$
• Điều kiện lá : về mặt khái niệm $(CTV + secret) hoặc \ (S + T_{exp})$ ( $secret$ là giá trị bí mật bắt buộc), nhưng phương án thay thế $(A + S + secret tweak) hoặc \ (S + T_{exp})$ có thể được sử dụng bằng đường dẫn khóa Taproot, do đó hiệu quả hơn
• Điều kiện thoát : $(A + S)\ hoặc\ (A + T_{exp} + \Delta t)$

Trong một vòng hArk, người dùng gửi các đầu ra VTXO mà họ muốn làm mới. Nhà cung cấp dịch vụ tạo một giá trị bí mật cho mỗi VTXO mới trong cây. Vì ban đầu chỉ nhà cung cấp dịch vụ biết giá trị bí mật này, nên họ có thể cấp vốn cho vòng (cây giao dịch) một cách an toàn. Ban đầu, không có VTXO mới nào có thể được người dùng truy cập, vì tất cả các giá trị bí mật đều được giữ bí mật.

Sau khi giao dịch tài trợ vòng được khối xác nhận, người dùng sẽ ký một giao dịch miễn trừ . Giao dịch miễn trừ này khác với các giao dịch miễn trừ trong Ark và clArk. Nó cho phép nhà cung cấp dịch vụ lĩnh nhận giá trị của VTXO bằng cách tiết lộ giá trị bí mật.

Điều kiện chi tiêu đầu ra của giao dịch bỏ qua này là $(S + bí mật)\ hoặc\ (A + \Delta t)$. Nói một cách đại khái, việc kiểm tra giá trị bí mật có thể được thực hiện bằng cách sử dụng khóa băm đơn giản, nhưng cũng có thể được thực hiện bằng cách sử dụng "chữ ký bộ điều hợp" trong đường dẫn chi tiêu khóa của Taproot (chữ ký Schnorr), điều này có thể tiết kiệm một số byte.

 forfeit tx:| inputs | outputs | +=========+============+| exit tx | S + secret || | or A + Δt |+---------+------------+

Sau khi người dùng ký giao dịch miễn trừ, nhà cung cấp dịch vụ sẽ cho người dùng biết giá trị bí mật để người dùng có thể truy cập VTXO mới.

Nếu nhà cung cấp dịch vụ từ chối giao nộp giá trị bí mật liên quan sau khi người dùng ký giao dịch miễn trừ, người dùng sẽ buộc phải đơn phương thoát khỏi dịch vụ. Cuối cùng, hoặc tiền sẽ được trả lại cho người dùng, hoặc nhà cung cấp dịch vụ sẽ tiết lộ giá trị bí mật trên Chuỗi.

kết luận

Nếu có CTV, chúng ta có thể loại bỏ hoàn toàn mọi tương tác của người dùng khỏi cơ chế vòng Ark. Việc làm mới VTXO sẽ trở thành một quy trình hoàn toàn không đồng bộ, trong đó người dùng có thể tự do đăng ký, nhà cung cấp dịch vụ có thể tự phát hành VTXO mới và người dùng có thể hoàn tất toàn bộ quy trình bằng cách quay lại internet sau.

Nếu CSFS khả dụng trên CTV, việc làm mới ngoại tuyến thậm chí có thể được sử dụng đệ quy. Điều này cho phép nhà cung cấp dịch vụ tự động làm mới VTXO mà không cần sự can thiệp của người dùng, và người dùng có thể ủy quyền nhiệm vụ giám sát hành vi chính xác cho bên thứ ba (một tháp canh).

Erk và hArk có thể được sử dụng đồng thời. Người dùng luôn có thể ký trước các giao dịch hoàn tiền Erk trong trường hợp không thể ra mắt kịp thời, nhưng vẫn có thể sử dụng phương pháp hArk để tham gia thủ công vào các vòng, chẳng hạn như khi cần hợp nhất nhiều VTXO thành một, hoặc khi muốn làm mới càng sớm càng tốt.

Chúng tôi hình dung rằng giải pháp trên có thể cải thiện đáng kể trải nghiệm người dùng của Ark, khả năng sử dụng Ark trong các tình huống di động và chức năng mà nhà cung cấp dịch vụ Ark có thể cung cấp.

(qua)