EigenLayer: Cuộc cách mạng tin cậy do tái ký quỹ mang lại thông qua lớp trung gian
Tuyển chọn TechFlowTuyển chọn TechFlow
EigenLayer: Cuộc cách mạng tin cậy do tái ký quỹ mang lại thông qua lớp trung gian
EigenLayer dự kiến sẽ hoàn thành việc ra mắt mainnet vào đầu năm tới và ra mắt sản phẩm chủ lực EigenDA.
Chuyên sâu báo cáo Web3
Tháng 11 năm ngoái, chúng tôi từng giới thiệu về EigenLayer trong bài viết này “EigenLayer: Mang sự tin cậy cấp độ Ethereum đến các lớp trung gian”. Trong gần một năm qua, EigenLayer đã công bố sách trắng của họ, hoàn tất vòng gọi vốn Series A trị giá 50 triệu USD và ra mắt giai đoạn đầu tiên của mainnet. Trong thời gian này, cộng đồng Ethereum cũng đã thảo luận rộng rãi xung quanh EigenLayer và các trường hợp sử dụng của nó. Bài viết này sẽ theo dõi và tổng hợp lại những cuộc thảo luận đó.
Bối cảnh
Trong hệ sinh thái Ethereum, một số dịch vụ trung gian (ví dụ như oracle) không hoàn toàn phụ thuộc vào logic trên chuỗi, do đó không thể tận dụng trực tiếp cơ chế đồng thuận và bảo mật của Ethereum, mà cần xây dựng lại mạng lưới tin cậy. Cách làm phổ biến là trước tiên do nhóm phát triển vận hành, sau đó giới thiệu cơ chế thưởng bằng token để thu hút người tham gia, từ từ đạt được mức độ phi tập trung hóa.
Cách làm này gặp ít nhất hai khó khăn. Thứ nhất là chi phí bổ sung khi giới thiệu cơ chế khuyến khích: chi phí cơ hội khi người tham gia mua token để stake, cùng với chi phí vận hành mà dự án phải bỏ ra để duy trì giá trị token. Thứ hai, ngay cả khi đã bỏ ra những chi phí trên và xây dựng được một mạng lưới phi tập trung, thì tính an toàn và bền vững vẫn chưa được đảm bảo. Với các dự án khởi nghiệp, hai điểm này đặc biệt nan giải.
Ý tưởng của EigenLayer là: cho phép những người đã stake trên Ethereum tiến hành tái stake (Restaking), từ đó cung cấp bảo đảm kinh tế cho các dịch vụ trung gian này (Actively Validated Services - AVS). Nếu những người tái stake làm việc trung thực thì nhận phần thưởng, nếu hành xử độc hại thì khoản stake ban đầu trên Ethereum sẽ bị phạt.
Lợi ích của cách làm này là: một mặt, nhóm phát triển không cần tự xây dựng mạng lưới tin cậy mới, mà có thể giao phó cho các validator Ethereum, giảm thiểu chi phí tài chính tối đa; mặt khác, tính an toàn kinh tế từ tập hợp validator Ethereum rất vững chắc, giúp đảm bảo mức độ an toàn nhất định. Xét từ góc độ người stake trên Ethereum, việc tái stake mang lại lợi nhuận bổ sung, và miễn là không cố ý hành xử độc hại thì rủi ro tổng thể vẫn kiểm soát được.
Người sáng lập EigenLayer, Sreeram, từng đề cập trên Twitter và podcast về ba trường hợp sử dụng và mô hình tin cậy của EigenLayer:
-
Tin cậy kinh tế: tức là tái sử dụng khoản stake trên Ethereum, việc stake token có giá trị cao hơn đồng nghĩa với bảo đảm kinh tế mạnh mẽ hơn — điều này đã được thảo luận ở trên.
-
Tin cậy phi tập trung: Một số dịch vụ (ví dụ như chia sẻ bí mật) có hành vi độc hại có thể không xác định được trách nhiệm, do đó không thể dựa vào cơ chế phạt. Cần một nhóm đủ phi tập trung và độc lập để thực hiện một nhiệm vụ nhằm ngăn ngừa rủi ro thông đồng, cấu kết.
-
Cam kết từ validator Ethereum: Người sản xuất khối dùng khoản stake làm bảo đảm để đưa ra các cam kết đáng tin cậy. Phần sau chúng ta sẽ nêu một vài ví dụ cụ thể.
Các bên tham gia hệ thống
EigenLayer hoạt động như một thị trường mở, kết nối ba bên tham gia chính.
-
Người tái stake: Nếu sở hữu khoản stake trên Ethereum, có thể tham gia tái stake bằng cách chuyển chứng chỉ rút tiền sang EigenLayer, hoặc đơn giản gửi stETH hay các LST khác vào. Nếu người tái stake không thể tự vận hành nút AVS, họ có thể ủy quyền khoản stake của mình cho các operator.
-
Operator: Các operator nhận ủy quyền từ người tái stake và vận hành nút AVS. Họ có thể tự do lựa chọn phục vụ cho AVS nào. Khi phục vụ một AVS, họ phải chấp nhận các quy tắc phạt mà AVS đặt ra.
-
AVS: Là bên có nhu cầu/tiêu dùng, AVS phải trả phí cho người tái stake để nhận được bảo đảm kinh tế từ họ.
Sau khi hiểu các khái niệm cơ bản này, chúng ta hãy xem xét các trường hợp sử dụng cụ thể của EigenLayer.
EigenDA
EigenDA là sản phẩm chủ lực do EigenLayer phát triển, lấy cảm hứng từ giải pháp mở rộng quy mô Danksharding của Ethereum. Kỹ thuật lấy mẫu khả dụng dữ liệu (Data Availability Sampling - DAS) cũng được ứng dụng rộng rãi trong các dự án DA như Celestia, Avail. Chương này sẽ nhanh chóng giới thiệu DAS, sau đó tìm hiểu cách triển khai và điểm đổi mới của EigenDA.
-
DAS
Là giải pháp tiền đề cho Danksharding, EIP-4844 giới thiệu loại giao dịch "chở blob" (Blob-carrying Transaction), mỗi giao dịch thêm mang theo khoảng 125KB dữ liệu. Trong bối cảnh mở rộng quy mô bằng phân mảnh dữ liệu, lượng dữ liệu tăng thêm rõ ràng gây áp lực lên các nút. Vậy có cách nào để **nút chỉ cần tải xuống một phần nhỏ dữ liệu nhưng vẫn có thể xác minh toàn bộ dữ liệu là sẵn có**?
DAS thực hiện bằng cách cho phép các nút thực hiện nhiều lần lấy mẫu ngẫu nhiên trên một phần nhỏ dữ liệu. Mỗi lần lấy mẫu thành công đều làm tăng mức độ tin cậy của nút rằng dữ liệu là khả dụng, và khi đạt đến một mức độ nhất định, nút sẽ coi dữ liệu là khả dụng. Tuy nhiên, kẻ tấn công vẫn có thể ẩn đi một phần nhỏ dữ liệu — vì vậy ta cần một cơ chế chịu lỗi.
DAS sử dụng mã sửa lỗi (Erasure Coding). Tư tưởng chính của Erasure Coding là chia dữ liệu thành nhiều khối, sau đó mã hóa để tạo ra các khối dư thừa. Những khối dư thừa này chứa thông tin một phần từ các khối dữ liệu gốc, nhờ đó khi một số khối bị mất hoặc hỏng, có thể khôi phục các khối đã mất thông qua các khối dư thừa. Như vậy, Erasure Coding cung cấp tính dư thừa và độ tin cậy cho DAS.
Hơn nữa, ta cần xác minh rằng các khối dư thừa được mã hóa đúng, vì nếu dùng khối sai thì không thể khôi phục dữ liệu ban đầu. Danksharding sử dụng lời hứa KZG (Kate-Zaverucha-Goldberg). Lời hứa KZG là một phương pháp xác minh đa thức, có thể chứng minh giá trị của đa thức tại một vị trí cụ thể khớp với giá trị đã định.
Người chứng minh chọn một đa thức p(x), dùng p(x) để tính lời hứa cho từng khối dữ liệu, gọi là C1, C2, ..., Cm. Người chứng minh công bố lời hứa cùng các khối dữ liệu. Để xác minh mã hóa, người xác minh có thể lấy mẫu ngẫu nhiên t điểm x1, x2, ..., xt, và yêu cầu người chứng minh mở lời hứa tại các điểm này: p(x1), p(x2), ..., p(xt). Bằng nội suy Lagrange, người xác minh có thể tái tạo lại đa thức p(x) từ t điểm này. Sau đó, người xác minh dùng p(x) đã tái tạo và dữ liệu khối để tính lại lời hứa C1', C2', ..., Cm' và so sánh với các lời hứa đã công bố C1, C2, ..., Cm.
Tóm lại, nhờ lời hứa KZG, người xác minh chỉ cần một phần nhỏ điểm để xác minh toàn bộ mã hóa là đúng. Như vậy, ta có được DAS hoàn chỉnh.
-
Cách thức hoạt động
EigenLayer kế thừa tư tưởng DAS và áp dụng vào EigenDA.
1. Trước tiên, các nút EigenDA đăng ký và tái stake trong hợp đồng EigenLayer.
2. Tiếp theo, Sequencer sau khi nhận dữ liệu sẽ chia dữ liệu thành nhiều khối, dùng Erasure Coding tạo ra các khối dư thừa, đồng thời tính lời hứa KZG tương ứng cho từng khối dữ liệu. Sequencer lần lượt đăng lời hứa KZG lên hợp đồng EigenDA làm bằng chứng.
3. Sau đó, Sequencer gửi từng khối dữ liệu kèm lời hứa KZG tương ứng đến các nút EigenDA. Khi nhận được lời hứa KZG, các nút so sánh với lời hứa trên hợp đồng EigenDA, nếu khớp thì lưu trữ khối dữ liệu và ký tên.
4. Tiếp theo, Sequencer thu thập các chữ ký này, tạo chữ ký tổng hợp và đăng lên hợp đồng EigenDA để hợp đồng xác minh. Nếu xác minh thành công, quá trình hoàn tất.
Trong quy trình trên, các nút EigenDA chỉ ký tên để khẳng định đã lưu trữ khối dữ liệu. Chúng ta cần một phương pháp để đảm bảo các nút này không nói dối. EigenDA sử dụng Bằng chứng lưu giữ (Proof of Custody).
Tư tưởng của Proof of Custody là đặt một "quả bom" vào dữ liệu, nếu nút ký vào quả bom này thì sẽ bị phạt. Để hiện thực hóa, cần thiết kế: một giá trị bí mật để phân biệt các nút DA khác nhau, tránh gian lận; một hàm riêng cho từng nút DA, nhận dữ liệu DA và giá trị bí mật làm đầu vào, trả về có bom hay không. Nếu nút không lưu trữ đầy đủ dữ liệu, nó sẽ không thể tính toán hàm này. Dankrad từng chia sẻ chi tiết hơn về Proof of Custody trên blog của mình.
Nếu xuất hiện nút lười biếng, bất kỳ ai cũng có thể gửi bằng chứng tới hợp đồng EigenDA, hợp đồng sẽ xác minh, nếu đúng thì nút lười biếng sẽ bị phạt.
Về yêu cầu phần cứng, việc tính lời hứa KZG cho 32MB dữ liệu trong 1 giây cần khoảng 32–64 nhân CPU, nhưng yêu cầu này chỉ dành riêng cho phía Sequencer, không ảnh hưởng đến các nút EigenDA. Trong testnet của EigenDA, thông lượng của 100 nút đạt 15 MB/s, trong khi nhu cầu băng thông tải xuống cho mỗi nút chỉ là 0,3 MB/s (thấp hơn nhiều so với yêu cầu vận hành validator Ethereum).
Tóm lại, ta thấy EigenDA đã tách biệt khả dụng dữ liệu khỏi đồng thuận, việc truyền tải khối dữ liệu không còn bị giới hạn bởi giao thức đồng thuận và thông lượng thấp của mạng P2P. Thực chất, EigenDA như đang "đi nhờ" đồng thuận Ethereum: Sequencer đăng lời hứa KZG và chữ ký tổng hợp, hợp đồng thông minh xác minh chữ ký, và xử phạt các nút ác ý đều diễn ra trên Ethereum, nhờ đó được bảo đảm bởi đồng thuận Ethereum, nên không cần xây dựng lại mạng tin cậy.
-
Những vấn đề của DAS
Hiện tại, bản thân DAS vẫn tồn tại một số hạn chế. Ta cần giả định đối thủ độc hại sẽ dùng mọi thủ đoạn để đánh lừa các nút nhẹ, khiến chúng chấp nhận dữ liệu giả. Sreeram từng trình bày như sau trên Twitter của mình.
Để một nút đơn lẻ có xác suất cao tin rằng dữ liệu khả dụng, cần đáp ứng các điều kiện sau:
-
Lấy mẫu ngẫu nhiên: Yêu cầu mỗi nút tự chọn mẫu một cách độc lập và ngẫu nhiên, và đối thủ không biết nút nào yêu cầu mẫu nào. Như vậy, đối thủ không thể thay đổi chiến lược để lừa nút.
-
Lấy mẫu đồng thời: Yêu cầu DAS được thực hiện đồng thời bởi nhiều nút, khiến kẻ tấn công không thể phân biệt mẫu của nút này với nút khác.
-
Lấy mẫu IP riêng tư: Nghĩa là mỗi truy vấn khối dữ liệu phải dùng IP ẩn danh. Nếu không, đối thủ có thể xác định các nút lấy mẫu khác nhau, chọn lọc cung cấp dữ liệu cho những phần đã được truy vấn mà không cung cấp phần khác.
Ta có thể cho nhiều nút nhẹ lấy mẫu ngẫu nhiên để thỏa mãn tính đồng thời và ngẫu nhiên, nhưng hiện tại chưa có cách tốt nào để thực hiện lấy mẫu IP riêng tư. Do đó, vẫn tồn tại các vector tấn công vào DAS, khiến DAS hiện tại chỉ cung cấp mức độ đảm bảo yếu. Những vấn đề này vẫn đang được tích cực giải quyết.
EigenLayer & MEV
Sreeram đã bàn về ứng dụng của EigenLayer trong stack MEV tại hội nghị MEVconomics Summit. Dựa trên các nguyên thủy kinh tế mật mã xoay quanh việc stake và phạt, người đề xuất (proposer) có thể thực hiện bốn đặc tính sau, cũng chính là điểm thứ ba đã nêu ở trên — trường hợp sử dụng cam kết validator.
Kích hoạt theo sự kiện (Event-driven Activation)
Các giao thức như Gelato có thể phản hồi với các sự kiện trên chuỗi cụ thể. Tức là liên tục lắng nghe các sự kiện trên chuỗi, khi một sự kiện xảy ra, sẽ kích hoạt một số thao tác đã định trước, các nhiệm vụ này thường do các bên thứ ba (listener/executor) thực hiện.
Lý do gọi là "bên thứ ba" là vì giữa các listener/executor và proposer thực tế xử lý không gian khối không có liên hệ gì. Giả sử listener/executor kích hoạt một giao dịch nhưng (do một lý do nào đó) proposer không đưa vào khối, thì không thể xác định trách nhiệm, do đó không thể đưa ra đảm bảo kinh tế chắc chắn.
Nếu dịch vụ này do các proposer tham gia tái stake cung cấp, họ có thể đưa ra cam kết đáng tin cậy rằng thao tác sẽ được thực hiện, và nếu cuối cùng giao dịch không được đưa vào khối, proposer sẽ bị phạt. Như vậy, so với bên thứ ba, cam kết này mạnh mẽ hơn nhiều.
Trong thực tiễn (ví dụ như các giao thức cho vay), một trong những mục đích thiết lập tỷ lệ thế chấp vượt mức là để bù đắp biến động giá trong một khoảng thời gian nhất định. Điều này liên quan đến cửa sổ thời gian trước khi thanh lý, tỷ lệ thế chấp càng cao thì thời gian chờ đón càng dài. Nếu phần lớn giao dịch sử dụng chiến lược phản hồi theo sự kiện với cam kết mạnh từ proposer, thì (đối với tài sản có tính thanh khoản cao) biến động tỷ lệ thế chấp có thể bị giới hạn trong vài khối, từ đó giảm tỷ lệ thế chấp và nâng cao hiệu quả vốn.
Đấu giá không gian khối một phần (Partial Block Auction)
Trong thiết kế MEV-Boost hiện tại, proposer hoàn toàn giao khoán không gian khối cho builder, chỉ có thể thụ động nhận và đề xuất toàn bộ khối do builder gửi lên. So với các proposer phân tán rộng rãi, số lượng builder rất ít, họ có thể cấu kết, kiểm duyệt hoặc tống tiền các giao dịch cụ thể — vì proposer không thể đưa giao dịch mình muốn vào khối trong MEV-Boost.
EigenLayer đề xuất MEV-Boost++ để nâng cấp MEV-Boost, bằng cách giới thiệu Proposer-part vào khối, cho phép proposer đưa vào các giao dịch tùy ý. Proposer cũng có thể đồng thời xây dựng một khối thay thế B-alt, để đề xuất trong trường hợp relay không tiết lộ Builder_part. Sự linh hoạt này vừa đảm bảo chống kiểm duyệt, vừa giải quyết vấn đề hoạt động của relay.
Điều này giống mục tiêu của crList mà ePBS đề xuất ở tầng giao thức — chúng ta cần đảm bảo các proposer phân tán có thể tham gia quyết định cấu trúc khối nhằm chống kiểm duyệt.
Mã hóa ngưỡng (Threshold Encryption)
Trong giải pháp MEV dựa trên mã hóa ngưỡng, một nhóm các nút phân tán quản lý khóa mã hóa/giải mã. Người dùng mã hóa giao dịch, chỉ được giải mã và thực thi sau khi giao dịch được đưa vào khối.
Tuy nhiên, mã hóa ngưỡng dựa trên giả định đa số trung thực. Nếu đa số nút hành xử độc hại, có thể dẫn đến việc giao dịch sau khi giải mã không được đưa vào khối. Các proposer tham gia tái stake có thể đưa ra cam kết đáng tin cậy cho giao dịch đã mã hóa, đảm bảo giao dịch được đưa vào khối. Nếu proposer không đưa giao dịch đã giải mã vào khối, họ sẽ bị phạt. Tất nhiên, nếu nhóm nút độc hại không tiết lộ khóa giải mã, proposer có thể đề xuất một khối rỗng.
Đấu giá không gian khối dài hạn (Long-term Blockspace Auction)
Đấu giá không gian khối dài hạn cho phép người mua đặt trước không gian khối trong tương lai của một validator nào đó. Validator tham gia tái stake có thể đưa ra cam kết đáng tin cậy, nếu đến hạn mà không đưa giao dịch của người mua vào khối thì sẽ bị phạt. Cam kết này có nhiều ứng dụng thực tiễn. Ví dụ, oracle cần cập nhật giá định kỳ; Arbitrum gửi dữ liệu L2 lên Ethereum L1 mỗi 1–3 phút, Optimism mỗi 30 giây–1 phút, v.v.
PEPC
Chúng ta hãy trở lại PEPC (Protocol-enforced Proposer Commitment), chủ đề gần đây được cộng đồng Ethereum thảo luận sôi nổi. Thực tế, PEPC là sự mở rộng hay nói cách khác là sự tổng quát hóa (Generalization) của ePBS.
Hãy từng bước phân tích chuỗi lập luận này.
-
Trước hết, lấy ví dụ MEV-Boost ngoài giao thức, hiện tại MEV-Boost dựa vào cơ chế phạt ở tầng giao thức Ethereum: nếu proposer ký vào hai tiêu đề khối khác nhau ở cùng chiều cao khối, họ sẽ bị phạt. Vì proposer phải ký vào tiêu đề khối do relay gửi lên, điều này tạo ra sự ràng buộc giữa tiêu đề khối và proposer, khiến relay có lý do tin rằng khối của builder sẽ được đề xuất. Ngược lại, proposer chỉ có thể từ bỏ slot này, hoặc đề xuất một khối khác (dẫn đến bị phạt). Lúc này, cam kết của proposer được đảm bảo bởi cơ chế kinh tế stake/phạt.
-
Tương tự, một nguyên tắc quan trọng trong thiết kế ePBS là «an toàn xuất bản của builder trung thực» (honest builder publication safety), tức đảm bảo khối do builder trung thực xuất bản sẽ được đề xuất. ePBS, với tư cách là PBS trong giao thức, sẽ được đưa vào tầng đồng thuận Ethereum, được giao thức đảm bảo.
-
PEPC là sự mở rộng sâu hơn của ePBS. ePBS cam kết rằng «khối của builder sẽ được đề xuất», nếu mở rộng cam kết này sang đấu giá một phần khối, đấu giá song song khối, đấu giá khối tương lai,... thì chúng ta có thể cho phép proposer làm nhiều việc hơn — và tầng giao thức sẽ đảm bảo những việc này được thực hiện đúng.
PEPC và EigenLayer có mối quan hệ tinh tế. Không khó để thấy các trường hợp sử dụng PEPC ở trên khá giống với các trường hợp sử dụng của EigenLayer liên quan đến người sản xuất khối. Tuy nhiên, một khác biệt quan trọng giữa EigenLayer và PEPC là: về lý thuyết, các proposer tham gia tái stake vẫn có thể vi phạm cam kết của họ, dù sẽ bị trừng phạt kinh tế; trong khi đó, điểm then chốt của PEPC nằm ở «Protocol-enforced», tức là bắt buộc ở tầng giao thức, nếu cam kết không được thực hiện thì khối sẽ bị coi là vô hiệu.
(PS: Nhìn sơ qua, dễ thấy EigenDA tương tự Danksharding, MEV-Boost++ tương tự ePBS, hai dịch vụ này giống như phiên bản opt-in của thiết kế tầng giao thức — là các giải pháp nhanh chóng ra mắt thị trường, đồng bộ với hướng đi tương lai của Ethereum, và duy trì sự phù hợp với Ethereum thông qua tái stake).
Đừng quá tải đồng thuận Ethereum?
Vài tháng trước, bài viết «Don't Overload Ethereum Consensus» của Vitalik bị nhiều người cho là chỉ trích Restaking. Tôi cho rằng đây chỉ là một lời nhắc nhở hoặc cảnh báo về việc duy trì sự đồng thuận xã hội, trọng tâm là ở sự đồng thuận xã hội chứ không phải phủ nhận tái stake.
Vào thời kỳ sơ khai của Ethereum, sự kiện The DAO bị tấn công từng gây tranh cãi lớn, cộng đồng tranh luận gay gắt về việc có nên hard fork hay không. Ngày nay, hệ sinh thái Ethereum, kể cả Rollup, đã gánh vác hàng loạt ứng dụng lớn. Do đó, tránh gây chia rẽ sâu sắc trong cộng đồng, duy trì sự thống nhất về mặt đồng thuận xã hội là rất quan trọng.
Hermione tạo ra một layer 2 thành công và lập luận rằng vì layer 2 của cô là lớn nhất, nên nó inherently an toàn nhất, bởi nếu có lỗi khiến tiền bị đánh cắp, tổn thất sẽ quá lớn đến mức cộng đồng không còn lựa chọn nào khác ngoài việc fork để khôi phục tiền cho người dùng. Nguy cơ cao.
Trích dẫn trên là một ví dụ điển hình. Hiện nay TVL tổng của L2 vượt quá trăm tỷ USD, nếu xảy ra sự cố sẽ ảnh hưởng nghiêm trọng. Lúc đó nếu cộng đồng đề xuất hard fork để hoàn nguyên trạng thái, chắc chắn sẽ gây tranh cãi lớn. Giả sử bạn và tôi có một khoản tiền lớn trên đó, ta sẽ chọn gì — lấy lại tiền hay tôn trọng tính bất biến của blockchain? Điểm của Vitalik là: các dự án xây dựng trên Ethereum nên quản lý rủi ro cẩn trọng, không nên cố kéo sự đồng thuận xã hội của Ethereum vào, gắn chặt sinh tử của dự án với Ethereum.
Quay lại thảo luận về EigenLayer, trọng tâm quản lý rủi ro là AVS cần định nghĩa các quy tắc phạt khách quan, kiểm tra được trên chuỗi và xác định được trách nhiệm, để tránh gây tranh cãi. Ví dụ: ký kép khối trên Ethereum; ký vào khối vô hiệu trên chuỗi khác trong cầu nối dựa trên nút nhẹ; bằng chứng lưu giữ (Proof of Custody) của EigenDA như đã thảo luận... Tất cả những ví dụ này đều thuộc loại quy tắc phạt rõ ràng.
Kết luận
Dự kiến EigenLayer sẽ hoàn tất ra mắt mainnet vào đầu năm tới và tung ra sản phẩm chủ lực EigenDA. Hiện đã có nhiều dự án hạ tầng công bố hợp tác với EigenLayer. Trong bài viết này, chúng tôi đã thảo luận về EigenDA, MEV và PEPC, và xung quanh các trường hợp sử dụng khác nhau, nhiều cuộc thảo luận thú vị vẫn đang diễn ra. Tái stake đang trở thành một câu chuyện chủ đạo trên thị trường. Chúng tôi sẽ tiếp tục theo dõi tiến trình của EigenLayer và chia sẻ các quan điểm!
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
IOSG Ventures
