Tìm hiểu về kinh tế mã thông báo Polkadot trong một bài viết

BTC0.0₂₀

ETH0.0₂₀

HTX0.0₂₀

SOL0.0₂₀

BNB0.0₂₀

BTC0.0₂₀

ETH0.0₂₀

HTX0.0₂₀

SOL0.0₂₀

BNB0.0₂₀

Tìm hiểu về kinh tế mã thông báo Polkadot trong một bài viết

PolkaBase

2020-09-09 07:55

本文约4643字，阅读全文需要约19分钟

Chuyển tiếp phí giao dịch chuỗi và giới hạn giao dịch cho mỗi khối.

Chuyển tiếp phí giao dịch chuỗi và giới hạn giao dịch cho mỗi khối

Giới hạn sử dụng tài nguyên
Đặt phí giao dịch
Điều chỉnh phí giao dịch dựa trên thời gian

kho bạc

Tóm tắt lại:

Trong Chuỗi nghiên cứu Web3 trước｜Kinh tế học mã thông báo Polkadot (Phần 1), chúng tôi đã trình bày chi tiết về

1. Cơ cấu tổ chức và chức năng chính của token DOT

tiêu đề phụ

chữ

Chuyển tiếp phí giao dịch chuỗi và giới hạn giao dịch cho mỗi khối

Một số thuộc tính chúng tôi muốn triển khai trên các giao dịch chuỗi chuyển tiếp như sau:

1. Mỗi khối chuỗi chuyển tiếp phải được cung cấp một lượng tài nguyên nhất định để các yêu cầu trên khối được xử lý hiệu quả, ngay cả trên các nút kém mạnh hơn, để tránh sự chậm trễ trong việc tạo phản hồi khối.

2. Tốc độ tăng trưởng của các trạng thái chuỗi chuyển tiếp bị hạn chế. 2'. Sẽ tốt hơn nếu kích thước tuyệt đối của trạng thái chuỗi chuyển tiếp bị giới hạn.

3. Mỗi cặp khối có một số hoạt động nhất định với tính khả dụng được đảm bảo và các giao dịch có mức độ ưu tiên cao (chẳng hạn như báo cáo hành vi sai trái.)

4. Các khối thường không được lấp đầy, vì vậy có thể xử lý hiệu quả các hoạt động đột biến và có thời gian ngăn chặn ngắn.

5. Phí thay đổi đủ chậm để có thể dự đoán chính xác phí cho một giao dịch tx cụ thể trong vòng vài phút

6. Đối với bất kỳ giao dịch nào, mức phí giao dịch phải lớn hơn hoàn toàn so với phần thưởng mà nhà sản xuất khối nhận được khi chạy nó. Mặt khác, các nhà sản xuất khối được khuyến khích lấp đầy các khối bằng các giao dịch giả mạo.

7. Đối với bất kỳ giao dịch nào, phần thưởng hoạt động đủ cao là sự đồng thuận của nhà sản xuất khối và phần thưởng của nó đủ để khuyến khích đưa giao dịch vào khối, nhưng không đủ để thúc đẩy nhà sản xuất khối tạo ra một nhánh rẽ và đánh cắp giao dịch của khối trước đó .

Trên thực tế, điều này có nghĩa là phần thưởng biên nhận được khi bao gồm một giao dịch bổ sung cao hơn chi phí biên tương ứng để xử lý giao dịch đó, tuy nhiên, tổng phần thưởng cho việc tạo ra một khối đầy đủ không lớn hơn nhiều so với phần thưởng cho việc tạo ra một khối trống (thậm chí khi tiền boa được tính).

Hiện tại, chúng tôi tập trung vào việc đáp ứng các thuộc tính từ 1 đến 6 (không bao gồm 2') và giữ lại các thuộc tính 2' và 7 để cập nhật thêm. Chúng ta cũng cần phân tích thêm về thuộc tính 2.

Chúng tôi có thể điều chỉnh số lượng giao dịch được xử lý trong các khối chuỗi chuyển tiếp theo hai cách: áp đặt giới hạn và điều chỉnh mức phí giao dịch. Chúng tôi đảm bảo rằng các thuộc tính từ 1 đến 3 ở trên được đáp ứng bằng cách áp đặt các giới hạn nghiêm ngặt đối với việc sử dụng tài nguyên, trong khi các thuộc tính từ 4 đến 6 đạt được bằng cách điều chỉnh phí. Hai kỹ thuật này được mô tả trong hai tiểu mục sau đây.

Giới hạn sử dụng tài nguyên

Chúng tôi đã xác định bốn tài nguyên có thể được sử dụng khi xử lý giao dịch:

1. Độ dài: kích thước dữ liệu của tx trong khối chuỗi chuyển tiếp (tính bằng byte),

2. Thời gian: thời gian nhập (i/o và cpu),

3. Bộ nhớ: Dung lượng bộ nhớ để chạy khi cần thiết

4. Trạng thái: Tăng lưu trữ trạng thái.

Lưu ý rằng, không giống như ba tài nguyên khác chỉ được sử dụng một lần, lưu trữ trạng thái có chi phí vĩnh viễn trên mạng. Vì vậy, đối với lưu trữ trạng thái, chúng tôi có thể cho thuê hoặc sử dụng các cơ chế khác để khớp phí tốt hơn với chi phí giao dịch thực tế và đảm bảo rằng quy mô trạng thái không bị giới hạn. Điều này đòi hỏi phải xem xét thêm. Chúng tôi cũng có thể xem xét một cơ chế khác không áp đặt giới hạn cứng đối với sự phát triển của nhà nước mà thay vào đó kiểm soát nó thông qua một khoản phí; tuy nhiên, chúng tôi (Tổ chức WEB3) muốn thêm một chế độ giới hạn mạnh mẽ để tránh việc nhà nước trở nên mất khả năng Kiểm soát quá mức nảy sinh.

Các tham số có thể điều chỉnh: Hiện tại, chúng tôi đề xuất các giới hạn sau đối với việc sử dụng tài nguyên khi xử lý các khối. Các tham số này sẽ được thông qua. Hiện tại, chúng tôi đề xuất các giới hạn sau đối với việc sử dụng tài nguyên khi xử lý khối. Các tham số này sẽ được điều chỉnh thêm thông qua quản trị dựa trên dữ liệu thực hoặc các cơ chế phức tạp hơn.

1. Độ dài: 5MB,

2. Thời gian: 2s

3. Bộ nhớ: 10GB

4. Trạng thái: Tăng trưởng 1MB

Về nguyên tắc, một giao dịch tiêu thụ một lượng nhất định trong ba tài nguyên sau, tùy thuộc vào độ dài, loại, tham số đầu vào và trạng thái hiện tại của nó. Tuy nhiên, để đơn giản, chúng tôi quyết định chỉ xem xét trạng thái trường hợp xấu nhất và độ dài byte của các tham số đầu vào cho từng loại giao dịch. Do đó, chúng tôi phân loại các giao dịch theo độ dài, loại và độ dài tham số, đồng thời chạy thử nghiệm (dựa trên các tình huống xấu nhất) để kiểm tra mức sử dụng tài nguyên điển hình của chúng.

Hiện tại, chúng tôi đang làm việc trên một mô hình trong đó các khối xử lý tuần tự từng giao dịch. Vì vậy, để đảm bảo giới hạn bộ nhớ của các khối ở trên, nó đủ để đảm bảo rằng mọi giao dịch đều tôn trọng giới hạn bộ nhớ. Chúng tôi đảm bảo rằng tất cả sẽ xảy ra. Tuy nhiên, trong tương lai chúng ta có thể xem xét tính song song.

Để đơn giản hóa mô hình hơn nữa, chúng tôi sẽ xác định trọng số giao dịch làm tham số để nắm bắt thời gian chiếm dụng của giao dịch và mức tăng trạng thái. Cụ thể, chúng tôi xác định trọng số giao dịch là giá trị tối đa của mức sử dụng trạng thái và kỷ nguyên điển hình của chúng, mỗi trọng số được đo bằng một phần nhỏ của giới hạn khối tương ứng. Sau đó, đưa ra một tập hợp các giao dịch, một mặt chúng ta sẽ tính tổng độ dài của chúng và mặt khác là trọng số của chúng và chỉ cho phép chúng nằm trong cùng một khối nếu cả hai ràng buộc đều được tôn trọng. Đây là một ràng buộc khó khăn đối với việc sử dụng tài nguyên phải được tôn trọng trong mọi đoạn.

Chúng tôi đã thêm các hạn chế hơn nữa về việc sử dụng tài nguyên. Chúng tôi phân biệt giữa các giao dịch "thông thường" và các giao dịch "có thể bị kiện", là những giao dịch có mức độ ưu tiên cao do ngư dân báo cáo. Các giao dịch thông thường chỉ được phép thu thập và đóng gói trong cùng một khối nếu tổng độ dài và tổng trọng số của chúng đều thấp hơn 75% giới hạn tương ứng. Điều này nhằm đảm bảo rằng mỗi khối có không gian được đảm bảo cho các giao dịch có thể thực hiện được (với ít nhất 25% tài nguyên còn lại).

Chi tiết sử dụng tài nguyên điển hình được thiết lập cho giao dịch được đề cập. Chiều dài được xác định dễ dàng bằng cách kiểm tra. Đối với việc sử dụng thời gian và bộ nhớ, chúng tôi đã chuẩn bị trạng thái tồi tệ nhất cho chuỗi chuyển tiếp (yêu cầu về thời gian và bộ nhớ để nhập loại giao dịch này phải là trạng thái lớn nhất). Đối với một loại giao dịch nhất định, chúng tôi sử dụng trạng thái mất thời gian nhập lâu nhất để tạo 10.000 giao dịch và đo lường giá trị trung bình và độ lệch chuẩn của việc sử dụng tài nguyên trong môi trường Wasm. Nếu độ lệch chuẩn lớn hơn 10% giá trị trung bình, chúng tôi sẽ tăng không gian mẫu lên hơn 10k. Cuối cùng, cải thiện trạng thái bằng cách kiểm tra một lượng lớn các giao dịch trong trường hợp xấu nhất.

Đặt phí giao dịch

Theo mô hình trên, chúng tôi đặt phí giao dịch dựa trên ba tham số: loại giao dịch, thời gian giao dịch và trọng lượng (các tham số đã được xác định ở trên). Chênh lệch phí này được sử dụng để phản ánh sự khác biệt về chi phí tài nguyên phát sinh bởi mỗi giao dịch và dựa trên điều này, các hành vi thị trường giao dịch nhất định được xác định và khuyến khích hoặc không khuyến khích.

Như đã đề cập trước đó, một phần phí giao dịch cần được chuyển đến các nhà sản xuất khối để khuyến khích tính toàn diện, nhưng không phải tất cả, vì vậy các nhà sản xuất khối không được khuyến khích lấp đầy các khối bằng các giao dịch không có thật. Để đơn giản, ban đầu chúng tôi đề xuất cung cấp 20% mỗi khoản phí giao dịch cho nhà sản xuất khối và 80% còn lại cho kho bạc. Chúng tôi lưu ý rằng có thể đặt giá trị nhỏ hơn để đốt, nhưng chúng tôi chọn không làm như vậy để kiểm soát tỷ lệ lạm phát tốt hơn. Trong tương lai, chúng tôi có thể điều chỉnh tỷ lệ phần trăm này và tỷ lệ này có thể dành riêng cho các loại giao dịch, để khuyến khích các nhà sản xuất khối bao gồm các loại giao dịch cụ thể mà không điều chỉnh phí.

Công thức tính phí giao dịch như sau:

TRONGlà một tham số độc lập với giao dịch thay đổi theo thời gian tùy thuộc vào lưu lượng mạng; chúng tôi sẽ giải thích tham số này trong phần tiếp theo. tham sốChỉ phụ thuộc vào loại giao dịch; đặc biệt đối với các giao dịch kinh doanh, hiện tại chúng tôi sẽĐặt thành không.

theo trực giác,bao gồm các chi phí xử lý của các nhà sản xuất khối, trong khi，Bao gồm chi phí cơ hội của việc xử lý một giao dịch trong một khối so với một giao dịch khác trong một khối.

Điều chỉnh phí giao dịch dựa trên thời gian

Trên các chuỗi khối, nhu cầu giao dịch thường rất bất thường. Một mặt, giao dịch có hoạt động cao điểm vào các giờ trong ngày hoặc các ngày trong tháng. Mặt khác, có một xu hướng dài hạn. Với những yếu tố này, chúng tôi cần một cơ chế tự động cập nhật phí giao dịch theo thời gian. Theo quy luật cung cầu, phí tăng thì cầu giảm và ngược lại.

Để đối phó với các hoạt động tăng đột biến, chúng ta cần cân bằng giữa phí giao dịch đang tăng nhanh hoặc thời gian đưa vào giao dịch có khả năng kéo dài, cả hai đều có tác động bất lợi. Chúng tôi đề xuất hai cơ chế. Cái đầu tiên điều chỉnh giá rất nhanh, cùng tốc độ với các đỉnh và đáy của hoạt động. Thứ hai là điều chỉnh từ từ theo xu hướng dài hạn và sử dụng các thủ thuật để người dùng có thể kiểm soát thời gian chờ trong giờ cao điểm. Chúng tôi khuyên bạn nên sử dụng cơ chế điều chỉnh chậm với các gợi ý nhưng cung cấp chi tiết về tính toàn vẹn của cả hai cơ chế.

Nhanh chóng điều chỉnh giá

Trong cơ chế này, phí giao dịch rất khác nhau theo thời gian, nhưng cố định (không có tiền boa) trên mỗi khối cho tất cả người dùng.

Hãy nhớ lại rằng chúng tôi đặt giới hạn cứng cho tổng độ dài và trọng lượng của tất cả các giao dịch được phép trên một khối. Chúng tôi cũng đặt giới hạn cứng thứ hai, lần này là tổng thời lượng và trọng lượng của các giao dịch "bình thường" (giao dịch không hoạt động), bằng 75% giới hạn đầu tiên.

Định nghĩa: Chúng tôi xác định mức độ bão hòa của một khối (so với các giao dịch thông thường) là một số thập phân s từ 0 đến 1, mô tả giới hạn của các giao dịch thông thường cách mức bão hòa bao xa. Cụ thể, độ bão hòa của block B đang ở mức

Trong phạm vi độ dài thông thường, giới hạn độ dài khối cho các giao dịch thông thường là 75% tổng giới hạn độ dài và giới hạn trọng lượng thông thường là 75% tổng giới hạn trọng lượng.

Các tham số có thể điều chỉnh: Đặt s* biểu thị độ bão hòa của khối mục tiêu. Đây là mức trung bình dài hạn (so với các giao dịch thông thường) của mức độ bão hòa khối dự kiến của chúng tôi. Ban đầu, chúng tôi đề xuất s* = 0,25 để các khối đầy trung bình 25% và hệ thống có thể xử lý các đợt tăng vọt gấp 4 lần số lượng trung bình của các giao dịch thông thường. Các điều chỉnh có thể được thực hiện dựa trên khối lượng giao dịch được quan sát so với khối lượng giao dịch trung bình trong thời gian cao điểm và thường có sự đánh đổi giữa phí trung bình cao hơn và thời gian bao gồm giao dịch dài hơn trong thời gian cao điểm.

Nhớ lại rằng phí giao dịch được tính như

phi giao dịch. Đặt s là độ bão hòa của khối hiện tại. Nếu s > s∗, chúng ta tăng nhẹ lưu lượng,and if s

Các thông số có thể điều chỉnh: Gọi v là hệ số biến thiên của phí giao dịch, hệ số này kiểm soát tốc độ điều chỉnh phí giao dịch. chúng tôi sẽCập nhật từ một khối để trông như thế này:

mặt sau

, do đó có các thuộc tính sau:

Giả sử rằng giá trị của v nhỏ, tham số

Sự thay đổi tương đối của xấp xỉ tỷ lệ với sự khác biệt (ss∗), nghĩa là

Nếu có k khối được tạo ra trong một khoảng thời gian và độ bão hòa trung bình là

, sau đó trong thời gianSự thay đổi tương đối của các tham số gần như tỷ lệ thuận với k lần chênh lệch (trung bình-s∗).

Cách chọn hệ số biến thiên v? Giả sử chúng tôi muốn phí không thay đổi nhiều hơn một phần p trong khoảng thời gian k khối, ngay cả khi có 100% bão hòa trong khoảng thời gian đó. chúng tôi nhận được công thức

Có sẵn

Nếu có k khối được tạo ra trong một khoảng thời gian và độ bão hòa trung bình là

, sau đó trong thời gianSự thay đổi tương đối của các tham số gần như tỷ lệ thuận với k lần chênh lệch (trung bình-s∗).

Có sẵn

Ví dụ: giả sử chúng tôi phát hiện ra rằng một số giao dịch nhất định phải đợi tới k = 20 khối trong giờ cao điểm và nếu phí tăng 5% (p = 0,05) trong khoảng thời gian này, thì chúng tôi coi điều này là không công bằng cho người dùng. Nếu s* = 0,25, công thức trên cho

2. Cơ chế điều chỉnh chậm

Theo cơ chế này, phí gần như không đổi trong ngắn hạn và chỉ thích ứng với xu hướng dài hạn. Chúng ta cần chấp nhận thực tế rằng trong thời kỳ cao điểm, thời gian đưa vào có thể kéo dài và cho phép các mẹo đưa vào thương mại để xây dựng một thị trường ưu tiên đưa vào.

Chúng tôi sử dụng công thức tương tự như trên để cập nhật phí giao dịch trong mỗi khối, cụ thể là

Trừ khi chúng ta chọn hệ số biến thiên v nhỏ hơn. Ví dụ: giả sử chúng tôi muốn phí thay đổi tối đa 30% mỗi ngày và khoảng k = 14000 khối được tạo ra trong một ngày. Nếu s ∗ = 0,25, thì chúng ta nhận được

Phí giao dịch được coi là giá cơ sở. Sẽ có một trường khác trong giao dịch được gọi là "tiền boa" nơi người dùng có thể tự do đặt bất kỳ số lượng mã thông báo nào hoặc để nó ở mức 0. Các nhà sản xuất khối nhận được 100% tiền boa ngoài khoản phí tiêu chuẩn 20%, vì vậy họ có động cơ bỏ túi các giao dịch với số tiền boa lớn. Trong trường hợp này, cần có một phần mềm có thể cung cấp cho người dùng lời khuyên theo thời gian thực về các mẹo dựa trên điều kiện thị trường và quy mô giao dịch. Nhưng trong hầu hết các trường hợp, không nên có dấu nhắc.

kho bạc

Hệ thống cần liên tục gây quỹ, mà chúng tôi gọi là kho bạc. Những khoản tiền này được sử dụng để trả cho các nhà phát triển cung cấp các bản cập nhật phần mềm, áp dụng bất kỳ thay đổi nào được quyết định bởi cuộc trưng cầu dân ý, điều chỉnh các tham số và nói chung là giữ cho hệ thống hoạt động trơn tru.

Quỹ kho bạc được huy động theo hai cách:

Bằng cách đúc mã thông báo mới, nhưng sẽ gây ra lạm phát
Bằng cách loại bỏ phí giao dịch và cắt giảm các mã thông báo mà nếu không sẽ bị đốt cháy.

Đáng chú ý, những phương pháp huy động tiền này bắt chước cách huy động tiền truyền thống của chính phủ: bằng cách đúc tiền và kiểm soát lạm phát bằng thuế và tiền phạt.

Chúng tôi có thể gây quỹ chỉ bằng cách đúc các mã thông báo mới, nhưng chúng tôi nghĩ rằng sẽ hợp lý hơn nếu chuyển hướng các mã thông báo từ phí giao dịch và cắt giảm sang kho bạc, nếu không sẽ bị phá hủy:

Bằng cách này, chúng tôi giảm số lượng đốt cháy cổ phần thực tế, điều này cho phép chúng tôi kiểm soát tốt hơn tỷ lệ lạm phát (lưu ý rằng đốt cháy cổ phần là giảm phát và chúng tôi không thể kiểm soát hoặc dự đoán các sự kiện gây ra đốt cháy)
Sau một sự kiện dẫn đến việc cắt giảm số tiền đặt cược lớn, bạn thường nên hoàn trả một phần số tiền đặt cược bị cắt giảm nếu có lỗi trong mã hoặc có các trường hợp giảm nhẹ. Do đó, việc sử dụng DOT trong kho bạc sẽ hợp lý hơn là đốt nó trước rồi mới đúc.
Giả sử có một khoảng thời gian khi có một lượng lớn cổ phần bị đốt cháy do hành vi sai trái hoặc phí giao dịch. Thực tế này chỉ ra rằng có vấn đề với hệ thống và cần được khắc phục. Vì vậy, đây chính xác là giai đoạn chúng ta cần thêm quỹ tài chính để chi trả cho sự phát triển và khắc phục sự cố.

Biên soạn/Quay lén Zhiyao

Nền tảng gốc / WEB3