AC tiết lộ: Về sự đình trệ của DeFi, ngã rẽ của Ethereum và nghệ thuật xây dựng trong lĩnh vực tiền mã hóa
Tuyển chọn TechFlowTuyển chọn TechFlow
AC tiết lộ: Về sự đình trệ của DeFi, ngã rẽ của Ethereum và nghệ thuật xây dựng trong lĩnh vực tiền mã hóa
AC trở lại với DeFi, có hiểu biết mới gì về sự phát triển của Web3?
Chuyên sâu báo cáo Web3Bài viết: The DCo Podcast
Trong lĩnh vực tài chính phi tập trung (DeFi) đầy biến động và bất định, cái tên Andre Cronje chắc chắn là một nhân vật trọng yếu. Là người đứng sau nhiều dự án như YFI, Solidly, Fantom, và hiện tại là CTO dẫn dắt sự phát triển của Sonic, AC đã để lại dấu ấn sâu đậm ở tuyến đầu của tài chính mã hóa.
Trong cuộc trò chuyện này với The DCo Podcast, AC thẳng thắn chia sẻ những suy nghĩ của mình về điểm nghẽn trong phát triển DeFi, các thách thức mà hệ sinh thái Ethereum đang đối mặt, cũng như thực tế khắc nghiệt mà những người xây dựng phải đối diện trong một lĩnh vực nơi lý tưởng và hành vi theo đuổi lợi nhuận luôn song hành.
Từ việc đấu tranh với cơ quan quản lý đến tìm kiếm sự cân bằng tinh tế giữa tính phi tập trung và trải nghiệm người dùng, những góc nhìn của ông vừa là lời cảnh tỉnh cho các nhà xây dựng ngành, vừa là nguồn cảm hứng cho mọi ai mang giấc mơ DeFi.
Dưới đây là nội dung chính:
Đối phó với thách thức quản lý tài sản mã hóa
The DCo Podcast: Chào mừng bạn đến chương trình, Andre. Bạn nổi tiếng với việc tạo ra Yearn Finance, Solidly, Phantom, và hiện tại là CTO của Sonic. Trải qua vài năm điên rồ trong lĩnh vực mã hóa, bạn có thể chia sẻ cảm giác ba năm qua thế nào với bạn không? Đặc biệt là những thử thách bạn gặp phải và cách bạn vượt qua chúng? Tôi đoán giờ bạn có lẽ tập trung nhiều hơn vào code chứ không còn xử lý vấn đề pháp lý nữa.
Andre Cronje: Cảm ơn vì mời tôi. Thành thật mà nói, tôi mong mình có thể nói rằng mình chỉ tập trung vào code, nhưng các vấn đề pháp lý và quản lý vẫn chiếm phần lớn thời gian của tôi. Bốn năm qua là một đường cong học tập dốc đứng. Tôi phải xử lý những sự cố như lỗi trong Eminence – một bài học quan trọng về việc xây dựng công khai. Sau đó, trong dự án Solidly, tôi nhận ra lĩnh vực mã hóa đang thay đổi – mọi người không còn quan tâm nhiều đến tính phi tập trung thực sự hay tính bất biến nữa.
Bên cạnh đó, dù tôi là một lập trình viên tại Nam Phi, phát triển hoàn toàn tại địa phương, không huy động vốn từ ai và cũng không bán Token nào, tôi vẫn phải chiến đấu với SEC. Họ gửi cho tôi vô số thư và yêu cầu, điều này khiến tôi kiệt sức. Tôi học được rất nhiều và trưởng thành hơn, nhưng quá trình đó rất khó khăn. Anh muốn đi sâu vào chủ đề cụ thể nào không, hay chúng ta tiếp tục thảo luận rộng?
The DCo Podcast: Tôi rất muốn biết thêm về việc bạn xử lý những lá thư từ SEC như thế nào. Bạn có sự hỗ trợ pháp lý không? Làm sao bạn vượt qua quá trình này, nhất là khi nghe có vẻ ban đầu rất choáng ngợp?
Andre Cronje: Ban đầu, tôi khá ngây thơ. Những lá thư đầu tiên trông đơn giản – chỉ là yêu cầu cung cấp thông tin, kèm theo những đe dọa ám chỉ nếu tôi không hợp tác thì tình hình sẽ leo thang. Họ hỏi kiểu như "Anh đã bán Token cho ai?" Câu trả lời rất đơn giản: Tôi chưa từng bán cho ai cả. Hay "Anh kiếm tiền từ giao thức như thế nào?" Cũng đơn giản tương tự: Tôi không kiếm.
Tôi nghĩ mọi chuyện sẽ dừng lại ở đó. Nhưng bức thư thứ hai chi tiết hơn, đến thư thứ năm hay thứ sáu thì rõ ràng họ hiểu về DeFi, Token và cách các hệ thống này vận hành. Cảm giác như họ đang cố tìm lỗi của tôi, chứ không phải thật sự tìm kiếm thông tin.
Đến bức thư thứ ba, tôi nhận ra mình cần giúp đỡ. Tôi không gây quỹ nên phải dựa vào mạng lưới quan hệ. Tôi liên hệ Gabriel từ Lex Node, một luật sư mã hóa năng nổ, từng làm việc với nhiều DAO. Anh ấy rất tuyệt vời và hỗ trợ tôi rất nhiều. Qua anh, tôi quen Steven Palley, một chuyên gia kỳ cựu khác trong lĩnh vực này, thực sự am hiểu.
Gabe đảm nhiệm phần lớn công việc ban đầu, Steven tham gia sâu vào giai đoạn sau. Họ cực kỳ quan trọng, bởi không chỉ là việc bạn cung cấp thông tin gì – mà còn là cách bạn diễn đạt nó. Bạn cần sử dụng ngôn ngữ pháp lý đặc thù để tự bảo vệ mình.
Quá trình này tiến triển theo thời gian. Ban đầu họ tập trung vào Token – tôi có bán không, bán cho ai, v.v. Khi nhận ra không khai thác được ở điểm này, họ chuyển sang việc tôi kiếm thu nhập từ giao thức như thế nào. Khi cũng không thành, họ lập luận rằng bản thân kho bạc (treasury) là một chứng khoán, viện dẫn Howey Test, cho rằng người dùng cung cấp vốn cho bên thứ ba với kỳ vọng sinh lời. Điều này thật bực bội, vì họ thường yêu cầu tôi chứng minh những điều phủ định – giống như bắt tôi chứng minh Ông già Noel không tồn tại vậy. Bạn không thể làm rõ điều đó được.
Các lá thư ngừng lại do sắp tới bầu cử. Khoảng sáu đến tám tháng trước bầu cử, tôi nhận được lá thư cuối cùng. Một tháng trước, tôi nhận được thư cuối cùng xác nhận họ sẽ không hành động thực thi pháp lý nào nữa, điều này khiến tôi thở phào nhẹ nhõm. Nhưng thời gian và công sức đã tiêu tốn thật sự điên rồ.
Có lúc, liên tiếp ba tuần, tôi chẳng làm gì ngoài việc thu thập dữ liệu cho họ – đôi khi thậm chí là những thứ tôi hoàn toàn không có, ví dụ như nhật ký từ nhà cung cấp dịch vụ lưu ký bên thứ ba cho giao thức, mà tôi không hề có. Sự tiêu hao này gần như khiến tôi không thể làm bất cứ việc gì khác.
Sự tiến hóa và đình trệ của DeFi
The DCo Podcast: Nghe có vẻ rất căng thẳng. Trước đó anh có nhắc đến tính phi tập trung và ám chỉ rằng mọi người không còn ưu tiên điều đó nữa. Anh có cho rằng có mâu thuẫn giữa việc vận hành một dự án mã hóa như một doanh nghiệp bền vững và đảm bảo nó giữ được tính phi tập trung không? Đây có phải là lý do khiến chúng ta thấy sự quan tâm đến phi tập trung giảm sút ngày nay?
Andre Cronje: Điều này hoàn toàn phụ thuộc vào người tham gia thị trường. Khi tôi mới ra mắt Yearn, tính phi tập trung, tự lưu trữ và bất biến rất quan trọng. Lúc đó thị trường tràn ngập những người vô chính phủ kỹ thuật – những người lý tưởng, tham gia vì niềm tin chứ không phải vì hàng triệu đô la. Câu nói đùa cũ "Tôi tham gia vì công nghệ" lúc đó hoàn toàn nghiêm túc và chân thật.
Nhưng cơ cấu người tham gia đã thay đổi. Đào thanh khoản, cơn sốt NFT, rồi đến Meme coin đã hạ thấp rào cản gia nhập. Giờ bạn không cần hiểu kỹ thuật nữa – chỉ cần cài ví, nhấn vài cái, hoặc dùng vân tay đăng nhập ứng dụng. Tôi nghĩ rằng 90% người tham gia thị trường hôm nay không đồng cảm với lý tưởng công nghệ. Họ tham gia vì giá Token tăng hay lợi suất, chứ không phải vì lý tưởng.
Điều này dẫn đến sự lệch pha. Nếu bạn đang xây dựng các nguyên lý nền tảng của DeFi – thứ mà người khác có thể xây dựng trên đó – thì chúng cần phải bất biến. Bạn không thể để ai đó xây dựng cả một công ty dựa trên nguyên lý của bạn rồi bạn lại thay đổi nó, khiến hệ thống của họ sụp đổ. Ví dụ, 90% DeFi hiện nay vẫn dựa trên Uniswap V2 vì nó dễ dự đoán và bất biến. Nếu Uniswap cho phép nâng cấp proxy cho V2 và một đêm thay đổi logic LP, toàn bộ DeFi sẽ sụp đổ.
Nhưng ngày nay, các dự án trở nên cô lập hơn. Mỗi người đều tự xây AMM hoặc thị trường cho vay riêng, thay vì dùng nguyên lý bên thứ ba, vì các hệ thống bên ngoài thường có thể nâng cấp. Nếu bạn xây một sản phẩm bất biến phụ thuộc vào hệ thống có thể nâng cấp, khi họ cập nhật, sản phẩm của bạn có thể sụp đổ. Vì vậy, khả năng kết hợp và phụ thuộc vào bên thứ ba bị đẩy xuống hàng thứ yếu.
Thị trường đã chuyển từ xây dựng các nguyên lý bất biến và có thể kết hợp sang xây dựng các công ty tập trung vào doanh thu hoặc giá trị Token. Đây là hiệu ứng quả cầu tuyết: càng nhiều dự án ưu tiên doanh thu, cơ sở hạ tầng bất biến để xây dựng càng ít, dẫn đến càng nhiều dự án theo xu hướng đó. Năm 2019, tôi từng viết rằng chúng ta bỏ phiếu bằng tiền. Chúng ta bỏ tiền vào đâu, thì sẽ nhận được thứ đó. Đầu năm 2021, mọi người đổ tiền vào các bản sao của Uniswap và Compound vì chúng "an toàn".
Những nguyên lý mới có rủi ro cao – rủi ro bị hacker tấn công hoặc khai thác lỗ hổng rất lớn – do đó đổi mới bị đình trệ. Cũng vì lý do này mà memecoin trở nên phổ biến. Từ năm 2022, đổi mới DeFi đã đình trệ. Chúng ta phát triển các sản phẩm tốt hơn, như Hyperliquid, nhưng chúng không phải là nguyên lý mới – chỉ là phiên bản cải tiến của nguyên lý hiện có.
The DCo Podcast: Anh từng nói đổi mới DeFi đã đình trệ, tính kết hợp – xây dựng trên các sản phẩm khác – cũng dần suy giảm. Do thanh khoản không được chia sẻ, việc sử dụng một tài sản làm tài sản thế chấp xuyên giao thức trở nên khó khăn. Có đủ động lực để phá vỡ mô hình cô lập này không, và chúng ta có thể thực hiện điều đó thế nào?
Andre Cronje: Điều này có thể nghe tự phụ, nhưng vấn đề là bạn cần một tổ hợp kỹ năng hiếm: vừa biết lập trình, vừa đưa ra được ý tưởng và nguyên lý sáng tạo, và không cần gây quỹ. Giao điểm này rất nhỏ. Tôi có thể lấy bản thân làm ví dụ, nhưng điều đó rất hiếm. Hầu hết các nhà xây dựng đều cần vốn, nhưng gây quỹ và xây dựng là hai kỹ năng hoàn toàn khác nhau.
Tôi từng thử gây quỹ – không phải điểm mạnh của tôi, nên tôi chọn cách xây dựng mà không dựa vào vốn. Người khác có ý tưởng tuyệt vời nhưng gặp khó khăn trong thuyết trình hay giao tiếp. Đồng thời, bạn thấy một bản sao thứ 99 của cùng một dự án huy động được 50 triệu đô la chỉ trong một đêm vì họ quen đúng người.
Các nhà xây dựng thực sự rất khó để có được số vốn cần thiết. Phần lớn không thể chịu đựng được việc sáu tháng không có thu nhập để trả hóa đơn. Hyperliquid là ngoại lệ – họ không gây quỹ vì đội ngũ trước đó đã có một hoạt động tạo lập thị trường thành công, có sẵn nguồn lực để xây dựng và thậm chí phân phối airdrop quy mô lớn.
Nhưng nếu bạn gây quỹ, bạn phải đối mặt với áp lực từ các nhà đầu tư mạo hiểm. Họ đầu tư vì tỷ suất hoàn vốn, chứ không phải vì tin vào tầm nhìn của bạn. Đó là trách nhiệm của họ, và dẫn đến sự lệch mục tiêu.
Trong lịch sử, ở tài chính truyền thống hay Web 1/Web 2, các công ty xây dựng doanh nghiệp ổn định và tách ra các nhóm nghiên cứu nhỏ để thử nghiệm ý tưởng mới. Chúng ta cũng thấy một chút điều này trong mã hóa – như Aave ra mắt GHO, Lens hay Family – nhưng chưa đủ. Rủi ro xã hội và danh tiếng quá cao. Nếu một sản phẩm con bị khai thác, dù chỉ 50 đô, các trang tin vẫn sẽ đăng rằng dự án chính bị hack. Rủi ro không tương xứng với lợi ích.
Vì vậy, đây là một bài toán khó, ngắn hạn không có giải pháp. Hầu hết các nhà phát triển dám thử thôi đã là điên rồi – để đối mặt với việc bị khai thác và tổn hại danh tiếng, cần một dạng thích chịu đau.
The DCo Podcast: Hãy cùng xem xét lại các nguyên lý DeFi. Anh nói rằng đang phát triển các nguyên lý mới. DeFi đang ở giai đoạn nào về các khối xây dựng nền tảng, và chúng ta có thể xây dựng những nguyên lý tức thì nào để thúc đẩy nó phát triển?
Andre Cronje: DeFi vẫn còn ở giai đoạn sơ khai. Ngay cả những nguyên lý cơ bản như thị trường tự động (AMMs) cũng chưa hoàn thiện. Chúng ta vẫn đang dừng ở các công thức tích hằng số như X*Y=K. Curve Finance giới thiệu trao đổi ổn định, và tôi đưa X3Y vào qua Solidly, nhưng đổi mới dừng lại ở đó.
Khi tốc độ blockchain tăng lên, các nhà tạo lập thanh khoản động (DLMMs) đang xuất hiện, đây là một bước tiến. AMM còn nhiều việc phải làm – các đường cong mới, phương pháp giao dịch và chiến lược cung cấp thanh khoản.
Bước đột phá lớn tiếp theo là oracle trên chuỗi. DeFi tránh dùng chúng vì lo bị khai thác, nhưng chúng ta có thể làm cho chúng an toàn qua các phương pháp triển khai khác nhau. Không có oracle, chúng ta thiếu dữ liệu then chốt như biến động, biến động ngầm hay dữ liệu sổ lệnh. Khi có oracle mạnh trên chuỗi, chúng ta có thể xây dựng các mô hình định giá phù hợp, tính toán Black-Scholes, cũng như quyền chọn kiểu Âu hoặc Mỹ. Điều này sẽ mở ra các hợp đồng vĩnh viễn và chiến lược delta trung tính trên chuỗi, điều hiện tại là không thể.
Hãy nhìn tài chính truyền thống: tương lai và quyền chọn chiếm ưu thế, nhưng gần như không tồn tại trên chuỗi. Lộ trình rất rõ ràng – bạn cần dữ liệu trước tiên, nhưng tất cả đều sợ xây nó. Bạn có thể hoàn toàn triển khai giải pháp an toàn mạnh trên chuỗi, hoặc dùng oracle ngoài chuỗi với bằng chứng kiến thức không (zero-knowledge) hoặc phương pháp phi tập trung để tránh tin tưởng trung gian.
Bên cạnh đó, nguyên lý bảo hiểm còn thiếu. DeFi còn một vùng đất rộng lớn chưa được khai phá. Vẫn còn sớm, và nếu chúng ta vượt qua được nỗi sợ đổi mới, tiềm năng sẽ rất lớn.
Cân bằng giữa tính phi tập trung và trải nghiệm người dùng
The DCo Podcast: Anh có cho rằng trải nghiệm người dùng (UX) và tính phi tập trung về bản chất là mâu thuẫn không? Đây có phải là một phần của vấn đề?
Andre Cronje: Hoàn toàn đúng, 100%. Phi tập trung thực sự nghĩa là không có website, không có trình duyệt bên thứ ba – chỉ là tải phần mềm nút, chạy nút cục bộ và gửi giao dịch qua giao diện dòng lệnh (CLI) để tương tác với hợp đồng thông minh bất biến. Việc này đòi hỏi kiến thức kỹ thuật sâu – đồng bộ phần mềm, dùng mã hóa băm 64-bit cho giao dịch, chứ không chỉ gọi JSON RPC. Trên toàn cầu có thể chỉ khoảng 10.000 người làm được, thậm chí còn ít hơn.
Mặt khác, trải nghiệm người dùng tuyệt vời nghĩa là người dùng không cần khóa riêng hay phí gas. Hãy xem các ứng dụng Solana thành công: bạn tải ứng dụng di động, đăng nhập bằng Google hay Face ID, rồi nhấn một nút. Điều này hoàn toàn xa lạ với tính phi tập trung, là một thứ hoàn toàn khác.
Các ứng dụng thành công ngày nay che giấu càng nhiều càng tốt với người dùng – ví dụ, quản lý khóa riêng hộ người dùng. Hyperliquid tuy tuyệt vời, nhưng một khi bạn nạp tiền, nó không còn phi tập trung nữa. Tiền bạn nằm trong ví do họ kiểm soát, khóa riêng lưu trên máy chủ của họ. UX rất tốt, nhưng lại tập trung.
Phương pháp của tôi là trước tiên xây cho lý tưởng phi tập trung – các hợp đồng gốc trên chuỗi, người dùng CLI có thể tương tác trực tiếp trên nút riêng của họ. Sau đó tôi thêm các lớp trừu tượng: một API đơn giản hóa thao tác, loại bỏ việc dùng ví, hoặc trừu tượng hóa phí gas. Cuối cùng, bạn có một giao diện người dùng chỉ cần nhấn nút, thao tác được chuyển đổi qua API và ví ký thành giao dịch cho hợp đồng thông minh.
Đây là cách "đúng", nhưng với số ít người dùng CLI, việc xây dựng thêm cơ sở hạ tầng này có vẻ vô ích. Phi tập trung và UX giống như an ninh và UX – an ninh thực sự cần mật khẩu phức tạp, hệ thống cách ly và luân chuyển khóa, nhưng người dùng sẽ không làm vậy cho một ứng dụng game miễn phí. Lịch sử cho thấy khi an ninh va chạm với khả năng sử dụng, khả năng sử dụng luôn thắng. Phi tập trung cũng sẽ như vậy.
Mục tiêu là người dùng không biết họ đang dùng blockchain – không ví, không phí gas. Hiện tại, điều này đạt được qua các biện pháp tạm thời tập trung như API hay máy chủ backend. Nhưng tôi tin chúng ta có thể biến những chức năng này thành công dân hạng nhất của blockchain, để người dùng có UX tuyệt vời mà không cần tin tưởng bên thứ ba.
Hiện tại chúng ta đang làm thủ công qua các giải pháp tập trung, nhưng chúng ta sẽ chuẩn hóa chúng thành hệ thống phi tập trung. Cũng như khi tôi mới học lập trình: làm thủ công trước, rồi tự động hóa. Chúng ta chỉ cần thời gian.
The DCo Podcast: Hai câu hỏi tiếp theo: Thứ nhất, làm sao để hiện thực hóa tương lai phi tập trung nhưng thân thiện với người dùng đó? Thứ hai, nếu có xung đột giữa phi tập trung và UX, anh sẽ chấp nhận hy sinh ở mức độ nào để có UX tốt hơn?
Andre Cronje: Tôi sẽ trả lời câu thứ hai trước. Ngưỡng tùy thuộc vào mức độ người dùng chịu đựng, và khác nhau theo từng ứng dụng. Với một game điện thoại miễn phí, người dùng mong đợi ma sát bằng 0 – cài vào là chơi. Nếu cần tên người dùng, mật khẩu hay liên kết tài khoản mạng xã hội, họ sẽ không buồn làm, vì giá trị cảm nhận thấp.
Nhưng với một ứng dụng ngân hàng chứa 100.000 đô la, người dùng có thể chấp nhận xác thực hai yếu tố hay các bước bổ sung, vì giá trị cao. Mỗi ứng dụng phải tự tìm điểm cân bằng dựa trên giá trị tâm lý mà người dùng đặt ra.
Hiện tại, ứng dụng mã hóa không có nhiều lựa chọn. Dù là game hay giao thức DeFi, đều yêu cầu tải ví, bảo vệ khóa, nạp gas và ký tin nhắn. Đây là rào cản cao. Chúng ta từng thấy tình huống tương tự trong an ninh mạng giữa thập niên 2010 – các website yêu cầu mật khẩu 32 ký tự có chữ ký, nhưng người dùng quên mất, việc đặt lại rất phiền toái. Cuối cùng, các ứng dụng cho phép người dùng tự quyết mức độ an toàn, đồng thời cung cấp một số lớp bảo vệ phía backend. Lĩnh vực mã hóa cũng sẽ phát triển tương tự.
Với câu hỏi đầu – làm sao để đến đó – chúng ta cần những nhà xây dựng sẵn sàng thực thi. Ethereum từ lâu là người dẫn đầu, các nghiên cứu của họ, như đề xuất cải tiến Ethereum (EIP), đã vạch ra bản đồ cho năm năm tới. Các tính năng như đóng gói thao tác và trừu tượng hóa tài khoản là bước đi đúng hướng, nhưng chúng chưa phải là tính năng hạng nhất – bạn vẫn cần cơ sở hạ tầng bên thứ ba hoặc kiến thức sâu để dùng chúng.
Cập nhật PCRA sắp tới sẽ biến chúng thành tính năng gốc, điều này rất quan trọng. Bản đồ đã có; chìa khóa là thực thi. Nhưng rất ít đội ngũ sẵn sàng hoặc có khả năng làm điều này. Ý tưởng thì rẻ – thực thi mới là tất cả. Tôi nghĩ năm nay chúng ta sẽ thấy cải tiến lớn, như phí gas và trừu tượng hóa tài khoản hoàn toàn trên chuỗi, nghĩa là không cần ví hay gas. Đây là bước nhảy khổng lồ về UX – người dùng không cần biết họ đang ở blockchain nào, hay dùng MetaMask. Nó đang đến, có thể là năm nay hoặc năm sau, nhưng lộ trình rất rõ ràng.
Thách thức của Ethereum và lời khuyên cho các nhà phát triển
The DCo Podcast: Anh vừa nhắc đến Ethereum. Anh đánh giá thế nào về trạng thái hiện tại của nó? Có nhiều chỉ trích cho rằng nó thiếu định hướng, thiếu trọng tâm triển khai, hoặc chỉ mở rộng qua lớp 2 (L2) khiến mọi thứ trở nên rời rạc.
Andre Cronje: Tôi luôn thẳng thắn cho rằng L2 là lãng phí thời gian và công sức. Tài nguyên và vốn đổ vào đó là một phần của vấn đề lệch hướng mà tôi đã đề cập – chúng ta bỏ phiếu bằng tiền. Khi chỉ những bản sao của ứng dụng quen thuộc được tài trợ, thì đó là tất cả những gì chúng ta thấy. Giờ đây, L2 đang hấp thụ vốn, nhưng trong khi tuyên bố nhất quán với Ethereum, chúng lại ngày càng tập trung hóa.
Vấn đề của tôi không phải là L2 tồn tại – tôi nghĩ chúng cuối cùng cần thiết cho việc mở rộng. Nhưng Ethereum còn rất xa mới đến giới hạn khả năng mở rộng của nó. Có thể nó mới dùng 2% công suất tối đa. Lớp nền còn rất nhiều chỗ. Các blockchain như Sonic, Avalanche và Solana cho thấy có thể đạt thông lượng cao ở lớp nền mà không cần L2. Việc tập trung vào L2 là quá sớm, và đang làm chia rẽ hệ sinh thái, làm hại tính kết hợp và trải nghiệm người dùng.
L2 đáng lẽ phải kết hợp và tương tác được, nhưng chúng đã trở thành một loạt sidechain với các bộ sắp xếp tập trung thu phí để kiếm lời. Đây không phải là ý tưởng ban đầu. Vấn đề lớn hơn là tại sao lại như vậy. Ethereum đã trải qua vòng đời điển hình của một công ty: ban đầu linh hoạt, nghiên cứu nhanh, xây dựng nhanh, thử sai trong quá trình. Khi thu hút sự chú ý và phát triển, nó trở nên thận trọng – thêm tuân thủ, giám sát, kiểm thử, ủy ban và hội đồng quản trị.
Bộ máy quan liêu này làm chậm nó lại, và giờ đã đình trệ, quá lớn để hành động nhanh. Các công ty ở giai đoạn này hoặc phải cắt giảm bộ phận thừa, tập trung lại vào nền tảng công nghệ, hoặc sẽ bị các đối thủ nhanh hơn vượt mặt. Ethereum đang ở ngã tư đường này. Chúng ta thấy rung lắc nội bộ – thay CEO, tái cấu trúc hội đồng, Vitalik cố gắng lên tiếng. Tôi hy vọng họ sẽ tập trung lại, vì tôi trung thành với Ethereum; cũng là lý do tôi tham gia DeFi. Nhưng chúng ta không thể chờ họ giải quyết vấn đề.
Nghiên cứu của họ, như các EIP, vẫn đặt ra tiêu chuẩn cho hai đến năm năm tới, đặc biệt trong UX, trừu tượng hóa tài khoản và oracle trên chuỗi. Nhưng phần lớn nội dung này được viết từ 2018 đến 2020. Ý tưởng đã có; việc hiện thực thì chậm. Về khả năng mở rộng, lớp nền Ethereum mới dùng 2% công suất. Ngay cả không có giải pháp lớp 2, vẫn còn rất nhiều không gian phát triển.
Công việc của tôi tại Phantom (nay là Sonic) chứng minh điều này. Khi Ethereum còn dùng Proof-of-Work, chúng tôi thấy nó giới hạn thông lượng bằng cách đặt giới hạn thời gian khối. Chúng tôi thiết kế lại cơ chế đồng thuận, dùng hệ thống BFT không đồng bộ, đạt 50.000–60.000 giao dịch/giây. Nhưng máy ảo Ethereum (EVM) trở thành điểm nghẽn, giới hạn chúng tôi ở 200 giao dịch/giây.
Chúng tôi phân tích EVM và phát hiện các điểm cải tiến rõ ràng. Vấn đề lớn nhất là cơ sở dữ liệu – LevelDB, PebbleDB – chúng dành phần lớn thời gian cho đọc/ghi. Các cơ sở dữ liệu này bị dùng quá mức cho blockchain, được thiết kế cho truy vấn tổng quát, chứ không phải cấu trúc dữ liệu đơn giản kiểu địa chỉ-nonce của EVM. Chúng tôi xây SonicDB, một cơ sở dữ liệu file phẳng được tùy chỉnh cho blockchain, giúp thông lượng EVM tăng tám lần và nhu cầu lưu trữ giảm 98%. Ethereum có thể làm điều này ngay mai và hưởng lợi lớn.
Chúng tôi còn làm các điều chỉnh khác – biên dịch mới, siêu tập, v.v. – nhưng cơ sở dữ liệu là cải tiến dễ đạt nhất. Tại sao họ không làm? Vì họ ngại rủi ro. Công nghệ của họ đang xử lý hàng chục tỷ đô la tài sản, bất kỳ thay đổi nào cũng khiến người ta sợ hãi. Đổi lại là mất chức năng truy vấn SQL, nhưng thực tế không ai dùng truy vấn SQL trên dữ liệu blockchain quy mô lớn – các công cụ như Dune hay Tenderly xử lý giao dịch riêng biệt. Không phải là mất mát thực sự, nhưng sự phản kháng của Ethereum với thay đổi mạnh đến mức cả những cải tiến rủi ro thấp cũng bị đình trệ.
The DCo Podcast: Anh vừa nhắc đến những ý tưởng như điểm tín dụng trên chuỗi, chúng ta có thể đi sâu vào lần sau. Nhưng cuối cùng, anh có lời khuyên quan trọng nhất nào cho các nhà xây dựng mới trong lĩnh vực này không?
Andre Cronje: Lời khuyên của tôi đã thay đổi. Thành thật mà nói, phát triển trong lĩnh vực mã hóa không phải là lựa chọn sáng suốt nhất – các lĩnh vực khác dễ dàng hơn, an toàn hơn và ảnh hưởng tiêu cực ít hơn. Nhưng nếu bạn quyết định làm, hãy công khai dấn thân. Chia sẻ công việc của bạn lên Twitter, mã nguồn GitHub, để mọi người thấy và kiểm thử code của bạn. Xây dựng cộng đồng đóng góp, chứ không chỉ là cộng đồng khai thác lỗ hổng.
Nếu lỗ hổng xảy ra, tốt hơn hết là xảy ra sớm, khi rủi ro chỉ 50 đô, chứ không phải 50 triệu đô khi mở cửa sau này. Xây dựng hồ sơ xã hội, giao tiếp về việc bạn đang làm và cách làm, mời người kiểm thử – hy vọng là white hat chứ không phải black hat. Lỗ hổng nhỏ có thể phục hồi; lỗ hổng lớn thì không.
Nếu bạn có vốn, hãy ưu tiên an toàn. Hợp tác với các nhóm như TRM, Chainalysis hay Seal Team 6 để kiểm toán và luyện tập red team. Kiểm toán từ các công ty như SlowMist là cực kỳ quan trọng. Hãy học cách xử lý tiết lộ an ninh và tình huống khẩn cấp từ sớm.
Lĩnh vực này không dành cho tất cả – một số người rời đi ngay khi gặp khủng hoảng đầu tiên vì áp lực quá lớn. Xây dựng công khai là một bài kiểm tra: bạn sẽ nhanh chóng biết mình có phù hợp hay không. Hãy chấp nhận nó, bạn sẽ hoặc tìm được vị trí của mình, hoặc nhận ra nó không dành cho bạn.
The DCo Podcast: Cảm ơn anh đã dành thời gian, Andre. Tôi rất thích cuộc trao đổi này, hy vọng chúng ta có thể làm lại sớm.
Andre Cronje: Rất vinh dự. Chỉ cần nói một tiếng, chúng ta sẽ làm lại.
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
