Điểm: Chất xúc tác cho sự tham gia vào hệ sinh thái tiền điện tử

Tác giả: Kautuk Kundan, Manan @Stackr Labs; Trình biên dịch: Leia @TEDAO

Giới thiệu người dịch:

Là một cơ chế khuyến khích, hệ thống điểm có thể thúc đẩy sự tương tác giữa người dùng và giao thức, từ đó thúc đẩy sự phát triển của giao thức và sự tăng trưởng. Nó là một công cụ, không phải là mục tiêu. Điểm không phải là lý do duy nhất để người dùng sử dụng sản phẩm, bản thân sản phẩm phải hấp dẫn. Đồng thời, người dùng cần các quy tắc rõ ràng và có thể dự đoán được để hiểu cách kiếm điểm và điểm trên chuỗi có thể tránh được vấn đề "hộp đen" của hệ thống điểm truyền thống.

Micro- Rollup,là một cách để triển khai hệ thống điểm trên chuỗi, mang lại một cách hiệu quả và tiết kiệm chi phí. Nó không chỉ đảm bảo tốc độ và tính linh hoạt của hoạt động mà còn đảm bảo tính xác minh và bảo mật dữ liệu bằng cách thực hiện các hoạt động logic ngoài chuỗi và sau đó đẩy kết quả xác minh lên chuỗi.

Đây là không chỉ Nó cung cấp cho các nhà phát triển một công cụ mới và cung cấp cho toàn bộ hệ sinh thái tiền điện tử một cách suy nghĩ mới về cách áp dụng đổi mới công nghệ để cải thiện cơ chế khuyến khích và tương tác của người dùng.

Gần đây, điểm đã nhanh chóng trở thành Chất xúc tác cho sự tham gia của người dùng vào hệ sinh thái tiền điện tử đã dẫn đến hoạt động thành công của nhiều nhóm và giao thức hàng đầu. Khái niệm này không phức tạp: Người dùng tương tác với giao thức bằng cách thúc đẩy sự phát triển của nó, từ đó nhận được phần thưởng từ giao thức dưới dạng điểm. Cơ chế này tương tự như hệ thống điểm kinh nghiệm (XP) phổ biến trong nhiều trò chơi điện tử, người chơi cải thiện thứ hạng của mình bằng cách liên tục tích lũy điểm kinh nghiệm và việc cải thiện thứ hạng sẽ khuyến khích người chơi tiếp tục làm việc chăm chỉ và phấn đấu để đạt thứ hạng cao hơn.

Nhiều giao thức sử dụng điểm làm màn dạo đầu cho việc giới thiệu mã thông báo quản trị giao thức (mã thông báo ) Cho biết việc phân phối mã thông báo sẽ dựa trên số điểm tích lũy của người dùng. Chiến lược này giúp giao thức và nhóm có thêm thời gian quý báu trước khi tiết lộ thông tin chi tiết về mã thông báo, đồng thời trì hoãn việc giám sát mà họ sẽ phải đối mặt nếu mắc lỗi. Tích lũy điểm hoạt động tương tự như canh tác năng suất, nhưng không có động cơ kinh tế trực tiếp, nó cung cấp cách thức tham gia và phần thưởng rộng rãi hơn cho người dùng.

Giờ đây, việc sử dụng điểm để động viên người dùng và thúc đẩy sự phát triển của giao thức đã trở thành một xu hướng mới. Điều thú vị là, về mặt lý thuyết, việc cung cấp điểm có thể là không giới hạn, điều này tạo ra một bước đột phá mới cho cơ chế airdrop truyền thống và khiến nó khác biệt với các token thực tế.

Vấn đề về điểm

PMF không nên được hiểu là "Điểm phù hợp với thị trường". Nếu một sản phẩm không thể thu hút được sự chú ý của người dùng nếu không có hệ thống tính điểm, thì việc thêm hệ thống tính điểm lên trên sản phẩm đó và gọi nó là PMF sẽ không giúp ích được gì. Điểm không phải là yếu tố chính quyết định người dùng chọn sản phẩm X hay sản phẩm Y. Thay vào đó, cả hai sản phẩm X và Y đều phải cung cấp giá trị nội tại cho người dùng.

Một vấn đề lớn khác làhầu hết các điểm Hệ thống đều "hộp đen" có đặc tính tính toán không thể đoán trước theo thời gian. Sự mờ đục này có cả ưu điểm và nhược điểm—mặt tích cực là nó giúp các nhóm linh hoạt hơn trong việc điều chỉnh các quy tắc của hệ thống; nhược điểm là nó cũng lấy đi khả năng kiểm soát hoặc ảnh hưởng từ người dùng. .

Quy tắc nhận điểm kinh nghiệm (tức là điểm) trong trò chơi nên rõ ràng và có thể dự đoán được!

Nếu hệ thống điểm có thể kiểm tra được, minh bạch và có thể dự đoán được , trong khi vẫn đủ linh hoạt để các nhóm thiết kế các hoạt động xung quanh nó, nó sẽ như thế nào?

Điểm trên chuỗi< / p>

Triển khai hệ thống điểm trên chuỗi là một ý tưởng hấp dẫn, nhưng không nên thực hiện chỉ để tạo một chiêu bài khác cho mã thông báo ERC-20. Đã có những giao thức tung ra một token phát hành trước với lời hứa rằng cuối cùng nó sẽ được chuyển đổi thành một token khác (về cơ bản là các điểm ngụy trang), chỉ để làm tràn ngập hệ sinh thái với các token không cần thiết.

Hãy coi các điểm trên chuỗi là sự tồn tại khác với mã thông báo ERC-20. Thông qua sự kết hợp của hệ thống điểm, những trải nghiệm độc đáo có thể được tạo ra cho người dùng. Tuy nhiên, việc triển khai hệ thống theo dõi điểm trên chuỗi ở cấp Lớp 1 hoặc Lớp 2 đòi hỏi chi phí cao, điều này đặt ra một câu hỏi rất quan trọng: Tại sao không trực tiếp sử dụng mã thông báo ERC-20 để biểu thị điểm?

Tình huống này nêu bật lý do tại sao hệ thống điểm trên chuỗi lại cực kỳ nhỏ trên Stackr - Lý tưởng để phát triển với -rollup. Đi sâu vào các vấn đề mà cơ sở hạ tầng hệ thống điểm hiện có phải đối mặt, nhóm đã làm việc thâu đêm và tiến hành các đợt nghiên cứu nội bộ, cuối cùng là phát triển một máy ảo chuyên dụng (VM) để theo dõi và quản lý các điểm của giao thức.

Bắt đầu nhanh với Micro-Rollups

Quy trình làm việc từ đầu đến cuối dạng cuộn vi mô

< span style="font-size: 18px;">Micro-rollups về cơ bản là các máy trạng thái có thể thực hiện các hoạt động logic cụ thể ngoài chuỗi và sau đó thuê ngoài việc xác minh thực thi cho một phần mềm có tên là lớp xác thực "Vulcan ". Vulcan chịu trách nhiệm xác thực các cập nhật trạng thái và gửi dữ liệu được tính toán lên chuỗi.

-Máy trạng thái có hình dạng trạng thái xác định và sẽ có điều kiện khởi tạo (điều kiện khởi tạo) ) để xác định trạng thái khởi động của máy trạng thái.

-Máy trạng thái chứa một tập hợp các hành động (có thể hiểu là các loại giao dịch ), khi được gọi, những hành động này sẽ kích hoạt các chức năng chuyển trạng thái trên máy trạng thái.

-Hàm chuyển trạng thái (STF) chịu trách nhiệm thực hiện tính toán và cập nhật trạng thái của bộ máy nhà nước. Sau khi STF được thực thi, những hành động này sẽ được đóng gói thành một khối và gửi đến Vulcan.

Cuối cùng, Vulcan sẽ:

• Giả sử một cách bi quan về kết quả tính toán của STF Có thể xảy ra lỗi hoặc giả mạo độc hại, thực hiện lại các thao tác trong khối để đảm bảo kết quả đúng.

• Tạo siêu dữ liệu cho các khối đã xác minh .

• Hoàn thành việc giải quyết trên Lớp-1 và DA .

• Trạng thái cập nhật của bản cập nhật vi mô được gửi tới DA .

• Siêu dữ liệu của khối đã được xác minh và Đã cập nhật gốc trạng thái được đặt trong hợp đồng hộp thư đến cuộn lên vi mô trên Lớp 1.

  Quy trình trên cùng nhau tạo thành nguyên tắc hoạt động của khung Micro-Rollup của Stackr.

Hệ thống điểm Micro-Rollup

Vậy tại sao các cuộn nhỏ lại đặc biệt thích hợp để xây dựng một hệ thống điểm??

• Cuộn dữ liệu vi mô cung cấp môi trường thực thi tự lưu trữ, nhanh chóng, linh hoạt.

  Điều này đảm bảo rằng việc cấp điểm sẽ không gây ra tình trạng "bật" -chain ” và tất cả các cập nhật trạng thái diễn ra nhanh nhất có thể.

• Tắt tính năng hỗ trợ cuộn lên vi mô có thể kiểm chứng -Tính toán chuỗi

  Mặc dù tự lưu trữ nhưng framework vẫn được đảm bảo Bất kỳ dữ liệu nào xâm nhập vào hệ thống và thay đổi trạng thái đều có thể được xác minh đầy đủ trước khi dữ liệu được chuyển sang Lớp 1. Điều này đảm bảo rằng hệ thống hoạt động theo cách có thể dự đoán được và không thể bị giả mạo.

• Cuộn nhỏ tạo nên trạng thái kiểm toán sẵn có.

  Khi máy trạng thái được triển khai, logic của STF không thể Thay đổi. Điều này mang lại cho người dùng sự đảm bảo rằng các quy tắc của hệ thống sẽ không bị nhà cung cấp sửa đổi theo ý muốn.

• Các cuộn nhỏ có thể được thực hiện trực tiếp Việc giải quyết diễn ra trên Lớp-1.

  Vì việc cuộn vi mô có thể được thực hiện trực tiếp trên Lớp-1 Việc thanh toán và bằng chứng trạng thái có thể được sử dụng trực tiếp trong hợp đồng để đạt được các hoạt động trên chuỗi. Lớp xác minh có thể rút ngắn đáng kể chu kỳ giải quyết bằng cách cung cấp các đảm bảo trước khi giải quyết.

Khám phá việc xây dựng điểm Hành trình hệ thống

Tuyên bố miễn trừ trách nhiệm: Bản demo này chỉ để hiển thị chỉ Đây là phiên bản không có bất kỳ tối ưu hóa nào và không phù hợp với môi trường sản xuất. Hãy hiểu nội dung này như một ví dụ minh họa chứ không phải là sản phẩm cuối cùng.

Khi phát triển micro-rollup, dưới dạng máy trạng thái Điều quan trọng là phải suy nghĩ logic. Điều này đòi hỏi phải xem xét cẩn thận trạng thái của cuộn vi mô (tức là dữ liệu mà nó sẽ lưu) và các hành động xác định hành vi của STF (chức năng hoạt động trên trạng thái).

Suy nghĩ về việc xây dựng ứng dụng từ góc độ của một máy trạng thái

< span style="font-size: 18px;">Tuân theo khái niệm trên, chúng tôi đã sử dụng SDK (bộ công cụ phát triển) của Stackr để bắt đầu thiết kế trạng thái cuộn lên vi mô.

Thiết kế

• Khi người dùng trên nền tảng Khi thực hiện các hành động ngoài chuỗi hoặc trên chuỗi, các sự kiện sẽ được kích hoạt. Quản trị viên cũng có thể chỉ định sự kiện cho người dùng.

• Điểm được lưu trữ trong một máy trạng thái ngoài- xích .

• Hệ thống chứa STF được sử dụng để xác định cấp Thời gian và số lượng điểm người dùng.

• Sự kiện sẽ kích hoạt STF và trạng thái sẽ dựa trên người dùng Các điểm mới nhất được cập nhật.

• Mỗi khi một khoảng thời gian nhất định trôi qua ( epoch ), một khối sẽ được tạo chứa thông tin chi tiết về sự kiện của người dùng và trạng thái bảng điểm được cập nhật.

• Khối này được gửi tới mạng Vulcan để xác minh .

• Nếu khối tuân theo các quy tắc của máy trạng thái, đã được phê duyệt.

• Dữ liệu khối được chia thành hai phần. Việc giải quyết được thực hiện tương ứng trên Lớp-1 và DA.

Hệ thống điểm trong kiến ​​trúc Micro-rollup

Xác định trạng thái cơ sở

1. Đầu tiên, chúng tôi thêmquản trị viên ( Quản trị viên ) vàeventRegistry(đăng ký sự kiện):

• quản trị viên: Có thể đăng ký thực thể sự kiện và tạo sự kiện cho người dùng địa chỉ mà các điểm được phân bổ.

• sự kiện: Bất kỳ loại thực thể nào mà người dùng có thể kiếm được điểm. Đó có thể là sự kiện trực tuyến hoặc sự kiện tùy chỉnh được thêm thủ công. Ví dụ: sự kiện đăng ký "đăng ký" (tùy chỉnh) có thể nhận được 200 điểm, sự kiện đổi quà "hoán đổi" (trên chuỗi) có thể nhận được 500 điểm, v.v.

2. Tiếp theo, chúng tôi cần một cách để theo dõi các sự kiện mà người dùng đủ điều kiện nhận điểm.

Người dùng có thể thực hiện Đã có 1 sự kiện đăng ký và 5 sự kiện trao đổi. Mỗi sự kiện là một mục trong Nhật ký sự kiện.

Chúng tôi đã thêm eventLog ở trạng thái để theo dõi tất cả các sự kiện trên chuỗi tương ứng với từng người dùng và số điểm tối đa cho mỗi sự kiện. Hiện tại, chúng tôi không cần trường con tích phân vì nó có thể được lấy từ EventRegistry. Nhưng để hệ thống linh hoạt hơn cho việc mở rộng trong tương lai, chúng tôi vẫn bổ sung thêm trường này.

Thêm xử lý cập nhật trạng thái< /p>

Sau khi đặt trạng thái khả thi tối thiểu, chúng ta cần xác định các bộ giảm tốc cập nhật trạng thái.

3. Thêm logEventReducer, chịu trách nhiệm tạo các mục nhật ký cho các sự kiện của người dùng.

Việc tháo gỡ chi tiết như sau:

• Quản trị viên gọi hành động logEvent bằng tên sự kiện và mã định danh người dùng (Bài viết này không có phần thảo luận chi tiết về thao tác này).

• Hành động này sẽ kích hoạt máy trạng thái và gọi logEventReducer .

• Sau đó, Bộ giảm tốc này sẽ:

• Tìm điểm tương ứng với sự kiện.

• Cập nhật người dùng dựa trên các sự kiện và sự kiện điểm tương ứng nhật ký.

Ví dụ:< / span>

• Quản trị viên gọi logEvent({user: mg-labs.eth, event: "deposit"})

• Reducer sẽ tìm hành động gửi tiền trong eventRegistry và ghi lại sự kiện gửi tiền cũng như số điểm tương ứng của nó cho người dùng mg-labs.eth.

Tại thời điểm này, chúng tôi đã xây dựng một tối thiểu Một hệ thống điểm khả thi.

Hợp đồng thông minh so với Micro-rollup

Nếu muốn tính tổng điểm của người dùng, chúng tôi cần duyệt qua nhật ký sự kiện của người dùng, và mỗi quá trình này được lặp lại mỗi lần tính tổng điểm.

Nếu hệ thống điểm được xây dựng dưới dạng hợp đồng thông minh, đây có thể là cách tiếp cận khả thi , nhưng chi phí lưu trữ trong EVM cực kỳ cao so với micro-rollup và thiết kế này có thể không lý tưởng.

Bản tổng hợp vi mô mà chúng tôi đang xây dựng có chi phí tương đối thấp hơn và có thể cao hơn Có được sự tự do và linh hoạt trong việc quản lý trạng thái và tính toán để bạn có thể ưu tiên trải nghiệm người dùng hơn là cân bằng chi phí.

Điểm tính toán lưu trữ

4. Thêm userPoints tới trạng thái

Nó sẽ chịu trách nhiệm lưu tổng số điểm được gán cho người dùng.

Khi một sự kiện được ghi lại, chúng tôi cũng cập nhật logEventReducer để cập nhật điểm của người dùng.

Xong!

Xây dựng sự tích hợp theo hướng sự kiện với khả năng truy xuất nguồn gốc trên chuỗi hệ thống thật đơn giản! Có dễ dàng cung cấp siêu năng lực trên chuỗi cho các máy chủ phụ trợ không?

Điểm ngoài chuỗi trên chuỗi - airdrop và nhiều khả năng khác✨

Cái hay của hệ thống này là nó cho phép các điểm được Được sử dụng liền mạch trên chuỗi mà không cần chi phí cao.

Như đã đề cập ở đầu bài viết, trạng thái gốc của micro-rollup sẽ ở Lớp 1 khi giải quyết. Điều đáng chú ý là các nhà phát triển có thể chọn dữ liệu trạng thái nào được giải quyết trên Lớp 1 và dữ liệu trạng thái nào được đặt làm siêu dữ liệu trên DA, do đó cho phép các giả định bảo mật kết hợp.

Trong ví dụ này, nếu chúng ta trích xuất userPoints và Merkle chúng Khi gốc được giải quyết trên Lớp-1, bằng chứng đưa vào của người dùng trong cây Merkle có thể được nhận ra trực tiếp.

Tính năng này cho phép chúng tôi xây dựng liền mạch nhiều trải nghiệm trên chuỗi, bao gồm trao đổi mã thông báo không cần sự tin cậy, phần thưởng điểm và điểm phụ trên chuỗi. thị trường và như vậy. Bằng cách đưa dữ liệu điểm của người dùng vào chuỗi bằng cách đưa vào bằng chứng, khả năng trải nghiệm trên chuỗi sẽ được mở rộng đáng kể!

Phương pháp này thực hiện việc tích hợp các điểm trên chuỗi mà không cần thiết to Points được đặt hoàn toàn trên chuỗi (giảm đáng kể chi phí và tối ưu hóa trải nghiệm người dùng).

Trí tưởng tượng

Hệ thống điểm hiện được xây dựng trong bài viết này chỉ là phần nổi của tảng băng trôi và có thể được sửa đổi rất nhiều .Mở rộng để thực hiện nhiều chức năng. Dưới đây là một số hướng mở rộng có thể có:

Hệ số nhân ( < /strong>Nhiều)

Các nhóm thường thích đặt hệ số nhân có giới hạn thời gian cho số điểm cơ bản cho một số sự kiện hoặc hoạt động nhất định,vì đây là cơ chế rất hiệu quả có thể được sử dụng cùng với Hợp tác với các nhóm khác dự án, tăng cường hoạt động cộng đồng và giao thức, v.v. Trong phiên bản hệ thống điểm này, chúng tôi đã lưu trữ số điểm cần được gán cho một sự kiện tại một thời điểm cụ thể, do đó việc lặp lại và triển khai nhân rất đơn giản.

Trước tiên, hãy cập nhật EventRegistry lưu danh sách số nhân cho mỗi sự kiện.

Như được hiển thị ở trên, mỗi sự kiện có một bộ số nhân mà nhóm có thể kích hoạt và hủy kích hoạt, cho phép thiết kế sự kiện linh hoạt.

Để hỗ trợ các cập nhật trạng thái trên, chúng tôi đã cập nhật logEventReducer để áp dụng  Số nhân.

Logic trên không chỉ có thể áp dụng một số nhân mà còn có thể áp dụng nhiều số nhân khi tính toán số điểm được chỉ định cho một sự kiện.

Được đề xuất

Tương tự như số nhân , hệ thống đề xuất cũng là chìa khóa cho nhiều hệ thống tính điểm. Các hệ thống đề xuất khó được xây dựng hoàn toàn trên chuỗi vì cấu trúc của chúng có thể khá phức tạp.

Ví dụ: MarginFi có hệ thống đề xuất đa cấp -

Xây dựng hệ thống điểm dưới dạng cuộn nhỏ giúp bạn tự do triển khai các cơ chế trên, bất kể phức tạp đến đâu, trong môi trường thực thi độc lập của riêng chúng .

Tự động hóa điểm

Hệ thống trên mang lại nhiều tính linh hoạt nhưng cũng yêu cầu cơ sở hạ tầng bổ sung cho người dùng cập nhật quản trị viên (hoặc Robot) điểm để tăng khối lượng công việc.

Chúng tôi có thể chuyển tất cả các sự kiện của người dùng từ Các hợp đồng đã chọn được nhập vào micro-rollup ; đồng thời, STF của Rollup tập trung vào thuật toán tính điểm người dùng và hiển thị minh bạch phương pháp tính điểm để chúng tôi có thể nâng cao tính tự chủ của hệ thống.

Điểm là danh tiếng

Điểm có thể dễ dàng được coi là điểm kinh nghiệm hoặc điểm danh tiếng trong nền kinh tế xã hội. Chúng là một hình thức công nhận vì đã có đóng góp có giá trị cho một giao thức hoặc sản phẩm. Trong nền kinh tế xã hội, việc sử dụng hệ thống điểm làm công cụ theo dõi danh tiếng mang lại không gian rộng lớn để tạo ra trải nghiệm trực tuyến, với đầy những cơ hội thú vị để tham gia và đổi mới.

Ví dụ: nếu điểm Karma của Reddit được xây dựng trên micro-rollup , có lẽ làm cho cái được gọi đùa là “điểm Internet vô dụng” có sẵn trên chuỗi ngay lập tức.

Sử dụng khung này, có thể chỉ mất vài ngày công việc Hệ thống điểm Karma hiện có có thể được chuyển sang chuỗi.

Kết luận

Hệ thống điểm đã cho thấy tiềm năng to lớn ở điểm giao thoa giữa Web2 và Web3 và cần có một kiến ​​trúc kết hợp mới để đạt được điều đó . Đây là nơi mà các bản tổng hợp vi mô mang lại cơ hội.

Cuộn nhỏ mang lại sự tự do để linh hoạt lựa chọn mức độ phân cấp . Chúng cho phép các nhà phát triển xây dựng ứng dụng theo sở thích của họ, cho dù theo đuổi phân cấp hoàn toàn, phân cấp hoàn toàn hay một mô hình hoàn toàn mới vẫn chưa được tiết lộ.