Từ lưu trữ quá khứ đến tính toán tương lai: Máy tính siêu song song AO
Tuyển chọn TechFlowTuyển chọn TechFlow
Từ lưu trữ quá khứ đến tính toán tương lai: Máy tính siêu song song AO
AO là gì? Cơ sở logic nào tạo nên hiệu năng của nó?
Chuyên sâu báo cáo Web3Tác giả: Zeke – Nhà nghiên cứu YBB Capital
Lời mở đầu
Hai kiến trúc blockchain chính thống hiện nay trong Web3 đã khiến người dùng dần cảm thấy nhàm chán. Dù là các chuỗi phân đoạn tràn lan hay các L1 mới chỉ tập trung vào hiệu năng mà không thực sự thể hiện được lợi thế đó, hệ sinh thái của chúng về cơ bản đều sao chép hoặc cải tiến nhỏ từ hệ sinh thái Ethereum. Trải nghiệm đồng nhất cao khiến người dùng mất đi cảm giác mới mẻ. Tuy nhiên, giao thức AO mới đây do Arweave đề xuất lại gây ấn tượng mạnh khi đạt được hiệu suất tính toán cực cao ngay trên một chuỗi lưu trữ, thậm chí mang lại trải nghiệm gần bằng Web2. Điều này dường như hoàn toàn khác biệt so với các phương pháp mở rộng và thiết kế kiến trúc quen thuộc hiện nay. Vậy AO thực chất là gì? Cơ sở nào giúp nó đạt được hiệu năng vượt trội như vậy?
Hiểu về AO
Tên gọi AO bắt nguồn từ "Actor Oriented" — một mô hình lập trình trong mô hình tính toán đồng thời (Actor Model). Thiết kế tổng thể của AO được phát triển từ Smart Weave, đồng thời tuân theo triết lý cốt lõi của Actor Model: truyền tin nhắn làm trọng tâm. Đơn giản hơn, ta có thể xem AO như một “siêu máy tính song song” hoạt động trên mạng Arweave thông qua kiến trúc mô-đun. Về mặt giải pháp, AO không phải là một lớp thực thi mô-đun phổ biến như hiện nay, mà là một giao thức truyền thông quy định việc truyền tin nhắn và xử lý dữ liệu. Mục tiêu chính của giao thức này là thông qua việc truyền tin nhắn để tạo sự phối hợp giữa các “vai trò” khác nhau trong mạng, từ đó xây dựng một tầng tính toán có khả năng mở rộng vô hạn, cuối cùng biến Arweave — miếng “ổ cứng khổng lồ” — thành nền tảng sở hữu tốc độ, khả năng tính toán co giãn và tính mở rộng tương đương đám mây tập trung, nhưng vẫn đảm bảo niềm tin phi tập trung.
Kiến trúc của AO
Triết lý của AO có phần tương đồng với khái niệm «Core Time» — phân chia và tái tổ hợp tài nguyên tính toán — mà Gavin Wood từng trình bày tại hội nghị Polkadot Decoded năm ngoái. Cả hai đều hướng tới việc điều phối tài nguyên tính toán nhằm tạo ra một “máy tính thế giới hiệu năng cao”. Tuy nhiên, về bản chất, chúng có những điểm khác biệt rõ rệt. Việc điều phối dị cấu (Exotic Scheduling) là sự tháo gỡ và sắp xếp lại không gian khối trên relay chain, nhưng không thay đổi nhiều về kiến trúc Polkadot. Hiệu năng tính toán tuy phá vỡ giới hạn của một parachain đơn lẻ trong mô hình slot, nhưng vẫn bị giới hạn bởi số lượng nhân rảnh tối đa của Polkadot. Trong khi đó, về lý thuyết, AO có thể cung cấp khả năng tính toán gần như vô hạn (trong thực tế sẽ phụ thuộc vào mức độ khuyến khích mạng lưới) và độ linh hoạt cao hơn nhờ mở rộng ngang hàng. Về kiến trúc, AO quy định cách xử lý dữ liệu và biểu đạt tin nhắn, sử dụng ba mạng con (subnets) để thực hiện sắp xếp, điều phối và tính toán. Theo tài liệu chính thức, các quy tắc và chức năng cụ thể có thể được tóm tắt như sau:
● Quá trình (Process): Quá trình có thể được xem như tập hợp các lệnh thực thi trong AO. Khi khởi tạo, quá trình có thể xác định môi trường tính toán cần thiết bao gồm máy ảo, bộ điều phối, yêu cầu bộ nhớ và các tiện ích mở rộng cần thiết. Các quá trình duy trì trạng thái “toàn ảnh” (holographic state) — dữ liệu mỗi tiến trình có thể độc lập lưu trạng thái vào nhật ký tin nhắn trên Arweave (sẽ giải thích chi tiết ở phần “Vấn đề xác minh” bên dưới). Trạng thái toàn ảnh cho phép các quá trình hoạt động độc lập và việc thực thi là động, có thể được thực hiện bởi bất kỳ đơn vị tính toán phù hợp nào. Ngoài việc nhận tin nhắn từ ví người dùng, quá trình còn có thể nhận tin nhắn từ các quá trình khác thông qua đơn vị chuyển tiếp (MU);
● Tin nhắn (Message): Mỗi tương tác giữa người dùng (hoặc quá trình khác) với một quá trình đều được biểu diễn bằng một tin nhắn. Tin nhắn phải tuân thủ định dạng ANS-104 gốc của Arweave để đảm bảo cấu trúc nội bộ nhất quán, thuận tiện cho việc lưu trữ thông tin trên Arweave. Theo cách hiểu dễ hơn, tin nhắn giống như ID giao dịch (TX ID) trong blockchain truyền thống, mặc dù không hoàn toàn giống nhau;
● Đơn vị chuyển tiếp (Messenger Unit - MU): MU đóng vai trò chuyển tiếp tin nhắn thông qua một quá trình gọi là 'cranking', chịu trách nhiệm truyền thông tin trong hệ thống nhằm đảm bảo tương tác liền mạch. Sau khi tin nhắn được gửi đi, MU sẽ định tuyến nó đến đích phù hợp trong mạng (SU), phối hợp tương tác và đệ quy xử lý mọi tin nhắn phát sinh từ hộp thư gửi. Quá trình này tiếp tục diễn ra cho đến khi tất cả tin nhắn được xử lý xong. Ngoài chức năng chuyển tiếp, MU còn cung cấp nhiều tính năng khác như quản lý đăng ký quá trình và xử lý các tương tác cron định kỳ;
● Đơn vị điều phối (Scheduler Unit - SU): Khi nhận được tin nhắn, SU khởi động một loạt thao tác then chốt nhằm duy trì tính liên tục và toàn vẹn của quá trình. Sau khi nhận tin nhắn, SU sẽ gán một nonce tăng dần duy nhất để đảm bảo thứ tự so với các tin nhắn khác trong cùng quá trình. Quá trình gán này được chuẩn hóa bằng chữ ký mã hóa, đảm bảo tính xác thực và toàn vẹn thứ tự. Để nâng cao độ tin cậy, SU sẽ lưu chữ ký và tin nhắn lên tầng dữ liệu Arweave, từ đó đảm bảo tính sẵn có, bất biến của tin nhắn, ngăn chặn việc sửa đổi hoặc mất dữ liệu;
● Đơn vị tính toán (Computing Unit - CU): CU cạnh tranh lẫn nhau trong một thị trường tính toán ngang hàng để hoàn thành dịch vụ xử lý trạng thái tiến trình cho người dùng và SU. Sau khi hoàn tất tính toán trạng thái, CU sẽ trả về một bằng chứng đã ký chứa kết quả tin nhắn cho người gọi. Ngoài ra, CU cũng có thể tạo và công bố bằng chứng trạng thái đã ký mà các nút khác có thể tải về, tất nhiên việc này đòi hỏi thanh toán một khoản phí nhất định.
Hệ điều hành AOS
AOS có thể được xem như hệ điều hành hay công cụ đầu cuối trong giao thức AO, dùng để tải xuống, chạy và quản lý các luồng (thread). Nó cung cấp một môi trường giúp các nhà phát triển xây dựng, triển khai và vận hành ứng dụng. Trên AOS, các nhà phát triển có thể tận dụng giao thức AO để phát triển và triển khai ứng dụng, đồng thời tương tác với mạng AO.
Logic vận hành
Mô hình Actor cổ vũ triết lý “tất cả đều là diễn viên” (everything is an actor). Mọi thành phần và thực thể trong mô hình này đều được xem là “diễn viên”, mỗi diễn viên có trạng thái, hành vi và hộp thư riêng, chúng hợp tác và truyền tin nhắn thông qua giao tiếp bất đồng bộ, từ đó tổ chức và vận hành toàn bộ hệ thống theo cách phân tán và đồng thời. Logic vận hành của mạng AO cũng tương tự như vậy: các thành phần và người dùng đều được trừu tượng hóa thành “diễn viên”, giao tiếp với nhau qua tầng truyền tin nhắn, liên kết các quá trình lại với nhau, từ đó xây dựng nên một hệ thống làm việc phân tán, tính toán song song và không chia sẻ trạng thái.
Dưới đây là mô tả ngắn gọn các bước trong quy trình truyền tin nhắn:
1. Khởi tạo tin nhắn:
○ Người dùng hoặc quá trình tạo tin nhắn để gửi yêu cầu đến quá trình khác.
○ MU (đơn vị chuyển tiếp) nhận tin nhắn và sử dụng yêu cầu POST để gửi đến các dịch vụ khác.
2. Xử lý và chuyển tiếp tin nhắn:
○ MU xử lý yêu cầu POST và chuyển tin nhắn đến SU (đơn vị điều phối).
○ SU tương tác với tầng lưu trữ hoặc dữ liệu Arweave để lưu trữ tin nhắn.
3. Truy xuất kết quả theo ID tin nhắn:
○ CU (đơn vị tính toán) nhận yêu cầu GET, truy xuất kết quả theo ID tin nhắn và đánh giá tình trạng tin nhắn trên quá trình. Nó có thể trả về kết quả dựa trên một định danh tin nhắn duy nhất.
4. Truy xuất thông tin:
○ SU nhận yêu cầu GET, truy xuất thông tin tin nhắn theo khoảng thời gian và ID quá trình đã cho.
5. Đẩy tin nhắn hộp thư gửi:
○ Bước cuối cùng là đẩy tất cả tin nhắn trong hộp thư gửi.
○ Bước này liên quan đến việc kiểm tra các tin nhắn và kết quả sinh ra trong đối tượng kết quả.
○ Dựa trên kết quả kiểm tra này, có thể lặp lại các bước 2, 3 và 4 cho từng tin nhắn hoặc kết quả liên quan.
AO đã thay đổi điều gì? 「1」
Khác biệt so với các mạng thông thường:
1. Năng lực xử lý song song: Khác với các mạng như Ethereum, nơi lớp nền và mỗi Rollup về cơ bản hoạt động như một tiến trình đơn lẻ, AO hỗ trợ số lượng tiến trình chạy song song tùy ý, đồng thời đảm bảo tính xác minh tính toán vẫn được giữ nguyên. Hơn nữa, các mạng này vận hành trong trạng thái đồng bộ toàn cầu, trong khi các tiến trình AO duy trì trạng thái độc lập riêng. Sự độc lập này cho phép các tiến trình AO xử lý lượng tương tác lớn hơn và khả năng mở rộng tính toán tốt hơn, rất phù hợp với các ứng dụng yêu cầu hiệu năng và độ tin cậy cao;
2. Khả năng tái tạo có thể xác minh: Một số mạng phi tập trung như Akash hay hệ thống ngang hàng Urbit thực sự cung cấp năng lực tính toán quy mô lớn, nhưng khác với AO, chúng không cung cấp khả năng tái tạo tương tác có thể xác minh, hoặc phụ thuộc vào các giải pháp lưu trữ tạm thời để lưu nhật ký tương tác.
Sự khác biệt giữa mạng nút AO và môi trường tính toán truyền thống:
● Tính tương thích: AO hỗ trợ nhiều dạng luồng khác nhau, dù là dựa trên WASM hay EVM, đều có thể kết nối vào AO thông qua các kỹ thuật nhất định.
● Dự án cộng tác nội dung: AO còn hỗ trợ các dự án sáng tạo nội dung chung, cho phép phát hành NFT atomic trên AO, tải dữ liệu kết hợp UDL để xây dựng NFT trên AO.
● Tổ hợp dữ liệu: NFT trên AR và AO có thể đạt được tính tổ hợp dữ liệu, cho phép một bài viết hoặc nội dung được chia sẻ và hiển thị trên nhiều nền tảng, đồng thời duy trì tính nhất quán và thuộc tính gốc của nguồn dữ liệu. Khi nội dung được cập nhật, mạng AO có thể phát sóng trạng thái cập nhật đến tất cả nền tảng liên quan, đảm bảo nội dung được đồng bộ và cập nhật.
● Phản hồi giá trị và quyền sở hữu: Người sáng tạo nội dung có thể bán tác phẩm dưới dạng NFT và truyền thông tin quyền sở hữu qua mạng AO, từ đó thực hiện phản hồi giá trị cho nội dung.
Hỗ trợ cho các dự án:
1. Xây dựng trên Arweave: AO tận dụng đặc tính của Arweave để loại bỏ các điểm yếu liên quan đến nhà cung cấp tập trung như điểm lỗi đơn, rò rỉ dữ liệu và kiểm duyệt. Việc tính toán trên AO là minh bạch, có thể xác minh thông qua đặc tính giảm thiểu niềm tin phi tập trung và nhật ký tin nhắn có thể tái tạo được lưu trên Arweave;
2. Nền tảng phi tập trung: Cơ sở phi tập trung của AO giúp vượt qua giới hạn mở rộng do hạ tầng vật lý áp đặt. Bất kỳ ai cũng có thể dễ dàng tạo một tiến trình AO từ thiết bị cá nhân mà không cần kiến thức chuyên môn, công cụ hay hạ tầng đặc biệt, đảm bảo cả cá nhân và tổ chức quy mô nhỏ đều có thể tạo ảnh hưởng toàn cầu và tham gia sâu rộng.
Vấn đề xác minh của AO
Sau khi hiểu được khung sườn và logic của AO, một câu hỏi phổ biến thường nảy sinh: Liệu AO có vẻ thiếu vắng đặc trưng toàn cục như các giao thức phi tập trung hoặc chuỗi truyền thống, chỉ cần tải dữ liệu lên Arweave là có thể đạt được tính xác minh và phi tập trung? Thực ra, đây chính là điểm tinh tế trong thiết kế của AO. Bản thân AO là một giải pháp ngoài chuỗi, không giải quyết vấn đề xác minh, cũng không thay đổi cơ chế đồng thuận. Tư duy của nhóm Arweave là tách biệt chức năng của AO và Arweave, sau đó kết nối mô-đun. AO chỉ xử lý truyền thông và tính toán, Arweave chỉ cung cấp lưu trữ và xác minh. Mối quan hệ giữa hai bên giống như ánh xạ: AO chỉ cần đảm bảo nhật ký tương tác được lưu trên Arweave, trạng thái của nó có thể được chiếu lên Arweave, từ đó tạo thành hình ảnh toàn ảnh (hologram). Kiểu chiếu trạng thái toàn ảnh này đảm bảo tính nhất quán, độ tin cậy và tính xác định khi tính toán trạng thái. Ngoài ra, thông qua nhật ký tin nhắn trên Arweave, có thể kích hoạt ngược lại để tiến trình AO thực hiện các thao tác cụ thể (có thể tự đánh thức và thực hiện hành động động theo điều kiện và lịch trình đã định trước).
Theo chia sẻ từ Hill và Outprog, nếu đơn giản hóa logic xác minh, ta có thể hình dung AO như một khung tính toán inscriptions dựa trên bộ chỉ mục siêu song song. Ai cũng biết bộ chỉ mục inscriptions Bitcoin cần trích xuất thông tin JSON từ inscription và ghi lại số dư vào cơ sở dữ liệu ngoài chuỗi, rồi hoàn tất xác minh theo một bộ quy tắc chỉ mục. Dù bộ chỉ mục nằm ngoài chuỗi, người dùng có thể xác minh inscription bằng cách đổi sang bộ chỉ mục khác hoặc tự chạy bộ chỉ mục, từ đó không lo ngại bộ chỉ mục gian lận. Như đã nói ở trên, dữ liệu như thứ tự tin nhắn và trạng thái toàn ảnh của tiến trình đều được tải lên Arweave. Chỉ cần dựa trên SCP (Storage Consensus Paradigm — có thể hiểu đơn giản là bộ chỉ mục trên chuỗi, đáng chú ý là SCP xuất hiện sớm hơn nhiều so với bộ chỉ mục), bất kỳ ai cũng có thể phục hồi AO hoặc bất kỳ luồng nào trên AO từ dữ liệu toàn ảnh trên Arweave. Người dùng không cần chạy nút đầy đủ để xác minh trạng thái đáng tin cậy; giống như việc đổi bộ chỉ mục, họ chỉ cần gửi yêu cầu truy vấn đến một hoặc nhiều nút CU thông qua SU. Với khả năng lưu trữ cao và chi phí thấp của Arweave, các nhà phát triển AO có thể xây dựng một tầng tính toán siêu việt vượt xa chức năng inscription của Bitcoin.
AO và ICP
Chúng ta hãy tóm tắt vài từ khóa về đặc điểm của AO: ổ cứng nguyên bản khổng lồ, song song vô hạn, tính toán vô hạn, kiến trúc mô-đun tổng thể và trạng thái toàn ảnh của tiến trình. Tất cả nghe thật tuyệt vời, nhưng những ai am hiểu về các dự án blockchain có thể nhận ra AO rất giống một dự án từng được gọi là “ông trùm”, tức “Máy tính Internet” ICP.
ICP từng được mệnh danh là dự án ông trùm cuối cùng trong thế giới blockchain, được các tổ chức hàng đầu hết lòng ủng hộ, và trong cơn bò điên năm 2021 cũng đạt mức vốn hóa FDV 200 tỷ USD. Nhưng khi làn sóng rút lui, giá token ICP cũng lao dốc thẳng đứng. Đến tận năm 2023, trong thị trường gấu, giá trị token ICP đã giảm gần 260 lần so với đỉnh lịch sử. Tuy nhiên, nếu bỏ qua biểu hiện giá token, thì ngay cả ở thời điểm hiện tại, nhìn lại ICP, ta vẫn thấy nhiều điểm độc đáo về mặt kỹ thuật. Nhiều ưu thế nổi bật khiến AO gây kinh ngạc ngày nay, ICP trước đây cũng từng sở hữu. Liệu AO có thất bại như ICP? Trước tiên, hãy tìm hiểu vì sao chúng lại giống nhau đến vậy. Cả ICP và AO đều được thiết kế dựa trên Actor Model, tập trung vào việc vận hành cục bộ trên blockchain, do đó có nhiều điểm chung. Chuỗi con ICP được hình thành từ các thiết bị phần cứng hiệu năng cao (node machine) độc lập sở hữu và kiểm soát, các thiết bị này chạy Giao thức Máy tính Internet (ICP). Giao thức ICP được hiện thực hóa qua nhiều thành phần phần mềm, được gói gọn thành một bản sao (replica), vì chúng sao chép trạng thái và tính toán trên mọi nút trong chuỗi con.
Kiến trúc sao chép của ICP từ trên xuống có thể chia thành bốn tầng:
Tầng mạng ngang hàng (P2P): Dùng để thu thập và thông báo tin nhắn từ người dùng, các nút khác trong chuỗi con và các chuỗi con khác. Các tin nhắn nhận được ở tầng ngang hàng sẽ được sao chép đến mọi nút trong chuỗi con nhằm đảm bảo an ninh, độ tin cậy và tính đàn hồi;
Tầng đồng thuận: Chọn lọc và sắp xếp tin nhắn từ người dùng và các chuỗi con khác nhau để tạo khối blockchain, các khối này được công chứng và xác nhận cuối cùng thông qua đồng thuận Byzantine Fault Tolerance (BFT), hình thành chuỗi khối liên tục phát triển. Các khối đã xác nhận được chuyển đến tầng định tuyến tin nhắn;
Tầng định tuyến tin nhắn: Dùng để định tuyến tin nhắn do người dùng và hệ thống tạo ra giữa các chuỗi con, quản lý hàng đợi đầu vào và đầu ra của Dapp, và lên lịch thực thi tin nhắn;
Tầng môi trường thực thi: Tính toán các thao tác xác định liên quan đến hợp đồng thông minh bằng cách xử lý các tin nhắn nhận được từ tầng định tuyến tin nhắn.
Chuỗi con (Subnet Blockchain)
Chuỗi con là tập hợp các bản sao tương tác, mỗi bản sao chạy một phiên bản riêng của cơ chế đồng thuận để tạo ra blockchain riêng, trên đó có thể vận hành một nhóm “bình chứa” (canister). Mỗi chuỗi con có thể giao tiếp với các chuỗi con khác và bị điều khiển bởi chuỗi con gốc, sử dụng công nghệ mã hóa khóa chuỗi để ủy quyền quyền hạn cho từng chuỗi con. ICP sử dụng chuỗi con để đạt được khả năng mở rộng vô hạn. Vấn đề của blockchain truyền thống (và từng chuỗi con riêng lẻ) là bị giới hạn bởi năng lực tính toán của một máy nút đơn lẻ, vì mỗi nút phải thực hiện mọi thứ xảy ra trên blockchain để tham gia vào thuật toán đồng thuận. Việc chạy song song nhiều chuỗi con độc lập giúp ICP phá vỡ rào cản đơn máy này.
Tại sao thất bại
Như đã nói, mục tiêu kiến trúc ICP, nói đơn giản, là một máy chủ đám mây phi tập trung. Ý tưởng này vài năm trước cũng từng gây chấn động như AO ngày nay, vậy tại sao lại thất bại? Tóm lại là “cao không tới, thấp không thông”, không tìm được điểm cân bằng giữa Web3 và tầm nhìn của chính mình, dẫn đến tình trạng dự án vừa không đủ Web3, vừa không tiện dụng bằng đám mây tập trung. Có thể tóm thành ba điểm. Thứ nhất, hệ thống chương trình Canister của ICP — tương tự “bình chứa” nói trên — thực ra khá giống AOS và tiến trình của AO, nhưng không hoàn toàn giống nhau. Chương trình ICP bị đóng gói trong Canister, người ngoài không thể thấy trực tiếp, phải truy cập dữ liệu qua giao diện riêng. Trong giao tiếp bất đồng bộ, điều này rất bất lợi cho việc gọi hợp đồng DeFi, do đó trong mùa DeFi, ICP không thu hút được giá trị tài chính tương ứng.
Thứ hai, yêu cầu phần cứng quá cao khiến dự án không thực sự phi tập trung. Hình bên dưới là cấu hình phần cứng tối thiểu mà ICP đưa ra lúc bấy giờ — ngay cả ở hiện tại cũng rất ấn tượng, vượt xa yêu cầu của Solana, thậm chí nhu cầu lưu trữ còn cao hơn cả các chuỗi lưu trữ.
Thứ ba, hệ sinh thái nghèo nàn. Dù đến nay ICP vẫn là một blockchain hiệu năng cực cao. Nếu không có ứng dụng DeFi, vậy ứng dụng khác thì sao? Xin lỗi, kể từ khi ra đời đến nay, ICP chưa từng tạo ra một ứng dụng đột phá nào, hệ sinh thái của nó không thu hút được người dùng Web2 cũng chẳng hấp dẫn người dùng Web3. Khi mức độ phi tập trung quá thấp, tại sao không dùng luôn các ứng dụng tập trung phong phú và trưởng thành? Tuy nhiên, không thể phủ nhận công nghệ ICP vẫn rất tiên tiến, với lợi thế như gas đảo ngược, tính tương thích cao, mở rộng vô hạn — những yếu tố cần thiết để thu hút thêm một tỷ người dùng tiếp theo. Trong làn sóng AI hiện nay, nếu ICP biết tận dụng ưu thế kiến trúc của mình, vẫn còn cơ hội lật ngược tình thế.
Vậy trở lại câu hỏi trên: AO có thất bại như ICP? Cá nhân tôi cho rằng AO sẽ không đi vào vết xe đổ. Trước hết, hai điểm khiến ICP thất bại — hệ sinh thái và tính phi tập trung — với AO đều không phải là vấn đề. Arweave đã có nền tảng hệ sinh thái vững chắc, trạng thái toàn ảnh đã giải quyết vấn đề tập trung hóa, và tính tương thích của AO còn linh hoạt hơn. Thách thức lớn hơn có lẽ nằm ở thiết kế mô hình kinh tế, hỗ trợ DeFi, và một bài toán thế kỷ: Trong lĩnh vực phi tài chính và phi lưu trữ, Web3 nên thể hiện dưới hình thức nào?
Web3 không nên dừng lại ở lời kể chuyện
Từ xuất hiện nhiều nhất trong thế giới Web3 chắc chắn là “lời kể chuyện” (narrative). Chúng ta thậm chí đã quen với việc dùng góc nhìn kể chuyện để đánh giá giá trị của hầu hết các token. Điều này bắt nguồn từ thực trạng: phần lớn dự án Web3 có tầm nhìn hoành tráng nhưng dùng thì rất gượng gạo. Ngược lại, Arweave đã có nhiều ứng dụng triển khai thực tế, hướng đến trải nghiệm ngang tầm Web2. Ví dụ như Mirror, ArDrive — nếu bạn đã dùng thử, sẽ khó cảm nhận được sự khác biệt so với ứng dụng truyền thống. Tuy nhiên, khả năng thu hút giá trị của Arweave với tư cách chuỗi lưu trữ vẫn còn nhiều giới hạn, tính toán có lẽ là con đường tất yếu. Đặc biệt trong thế giới bên ngoài hiện nay, AI đang là xu hướng tất yếu, nhưng Web3 vẫn gặp nhiều rào cản tự nhiên khi kết hợp, điều này chúng tôi đã đề cập trong các bài viết trước. Nay, AO của Arweave với kiến trúc khác biệt so với mô hình mô-đun Ethereum, đã cung cấp một cơ sở hạ tầng mới tốt cho Web3 x AI. Từ Thư viện Alexandria đến siêu máy tính song song, Arweave đang đi trên một khuôn mẫu riêng của chính mình.
Bài viết tham khảo
1. AO nhanh chóng làm quen: Giới thiệu về siêu máy tính song song
4. Sổ tay AO
5. AO — Siêu máy tính song song bạn không thể tưởng tượng
6. Phân tích đa chiều nguyên nhân suy thoái của ICP: Công nghệ độc lập và hệ sinh thái lạnh nhạt
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
@YBBCapital
