Phân tích sự khác biệt của chuỗi công khai từ góc độ vòng đời giao dịch
So sánh sự khác biệt kỹ thuật giữa ngôn ngữ Move, Aptos và các chuỗi công khai khác có thể trở nên phức tạp do độ sâu quan sát khác nhau. Phân tích tổng quát thường khó đi vào chi tiết, trong khi đi sâu vào mã có thể dễ dàng mất đi cái nhìn tổng thể. Để nhanh chóng và chính xác hiểu sự khác biệt giữa Aptos và các chuỗi công khai khác, việc chọn lựa điểm vào phù hợp là vô cùng quan trọng.
Vòng đời của một giao dịch chắc chắn là điểm khởi đầu tốt nhất. Bằng cách phân tích toàn bộ quá trình từ khi giao dịch được tạo ra đến khi cập nhật trạng thái cuối cùng - bao gồm việc tạo và khởi xướng, phát sóng, sắp xếp, thực hiện và cập nhật trạng thái - chúng ta có thể nắm rõ được tư duy thiết kế và sự lựa chọn công nghệ của chuỗi công khai. Lấy đó làm cơ sở, nếu bước lùi lại một bước, ta có thể hiểu được các triết lý cốt lõi khác nhau của các chuỗi công khai; nếu tiến lên một bước, ta có thể khám phá cách phát triển các ứng dụng thu hút thị trường trên Aptos.
Tất cả các giao dịch blockchain đều xoay quanh năm bước này, và bài viết này sẽ tập trung vào Aptos, phân tích thiết kế độc đáo của nó và so sánh những khác biệt chính giữa Ethereum và Solana.
Aptos: Thiết kế hiệu suất cao và song song lạc quan
Aptos là một chuỗi công khai nhấn mạnh hiệu suất cao, vòng đời giao dịch của nó tương tự như Ethereum, nhưng đã đạt được sự cải thiện đáng kể thông qua việc thực hiện song song lạc quan độc đáo và tối ưu hóa hồ chứa. Dưới đây là những bước chính trong vòng đời giao dịch trên Aptos:
Tạo và khởi xướng
Mạng Aptos bao gồm các nút nhẹ, nút đầy đủ và những người xác thực. Người dùng khởi xướng giao dịch thông qua nút nhẹ (như ví hoặc ứng dụng), nút nhẹ sẽ chuyển giao dịch đến các nút đầy đủ gần đó, sau đó nút đầy đủ sẽ đồng bộ đến những người xác thực.
phát sóng
Aptos giữ lại bộ nhớ, nhưng các bộ nhớ không chia sẻ nhau sau QuorumStore. Khác với Ethereum, bộ nhớ của nó không chỉ đơn thuần là một bộ đệm giao dịch. Khi giao dịch vào bộ nhớ, hệ thống sẽ sắp xếp trước theo các quy tắc (như FIFO hoặc phí Gas) để đảm bảo các giao dịch không xung đột khi thực thi song song sau đó. Thiết kế này tránh được yêu cầu phần cứng cao mà Solana cần phải công bố trước các tập hợp đọc/ghi.
sắp xếp
Aptos sử dụng đồng thuận AptosBFT, theo nguyên tắc, người đề xuất không thể tự do sắp xếp giao dịch. AIP-68 cấp cho người đề xuất quyền bổ sung cho các giao dịch bị trì hoãn. Việc sắp xếp trước trong bộ nhớ đã hoàn thành để tránh xung đột, việc tạo khối ngày càng phụ thuộc vào sự hợp tác giữa các nhà xác thực, chứ không phải do người đề xuất dẫn dắt.
thực hiện
Aptos sử dụng công nghệ Block-STM để thực hiện thực thi song song lạc quan. Các giao dịch được giả định là không có xung đột và được xử lý đồng thời, nếu phát hiện xung đột sau khi thực thi, các giao dịch bị ảnh hưởng sẽ được thực thi lại. Cách này tận dụng bộ xử lý đa lõi để nâng cao hiệu suất, TPS có thể đạt tới 160,000.
Cập nhật trạng thái
Trạng thái đồng bộ của người xác thực, tính cuối cùng được xác nhận qua điểm kiểm tra, tương tự như cơ chế Epoch của Ethereum, nhưng hiệu quả hơn.
Lợi thế cốt lõi của Aptos nằm ở sự kết hợp giữa song song lạc quan và sắp xếp trước trong bộ nhớ, không chỉ giảm yêu cầu hiệu suất của nút mà còn tăng đáng kể khả năng xử lý.
Ethereum: Chuẩn mực thực thi tuần tự
Ethereum, như là người sáng lập hợp đồng thông minh, là điểm khởi đầu của công nghệ chuỗi công khai, chu kỳ giao dịch của nó cung cấp khung cơ bản để hiểu Aptos.
Chu kỳ giao dịch Ethereum
Tạo và phát động: Người dùng khởi xướng giao dịch thông qua ví qua cổng trung gian hoặc giao diện RPC.
Phát sóng: Giao dịch vào bộ nhớ công cộng, chờ được đóng gói.
Sắp xếp: Sau khi nâng cấp PoS, người xây dựng khối sẽ đóng gói giao dịch theo nguyên tắc tối đa hóa lợi nhuận, sau khi đấu thầu lớp trung gian sẽ được gửi đến người đề xuất.
Thực hiện: Xử lý giao dịch EVM tuần tự, cập nhật trạng thái bằng một luồng.
Cập nhật trạng thái: Khối cần được xác nhận tính cuối cùng qua hai điểm kiểm tra.
Thiết kế thực thi tuần tự và bộ nhớ của Ethereum đã hạn chế hiệu suất, thời gian khối là 12 giây/m slot, TPS khá thấp. So với điều đó, Aptos đã đạt được bước nhảy vọt chất lượng thông qua thực thi song song và tối ưu hóa bộ nhớ.
Solana: Tối ưu hóa song song xác định tuyệt đối
Solana nổi tiếng với hiệu suất cao, vòng đời giao dịch của nó khác biệt rõ rệt so với Aptos, đặc biệt là ở hồ bơi bộ nhớ và cách thực thi.
Vòng đời giao dịch Solana
Tạo và khởi xướng: Người dùng khởi xướng giao dịch thông qua ví.
Phát sóng: Không có hồ bơi bộ nhớ công cộng, giao dịch được gửi trực tiếp đến người đề xuất hiện tại và hai người tiếp theo.
Sắp xếp: Những người đề xuất dựa trên PoH (Bằng chứng về Lịch sử) để đóng gói khối, thời gian khối chỉ 400 mili giây.
Thực thi: Máy ảo Sealevel sử dụng thực thi song song xác định, cần khai báo tập đọc và ghi trước để tránh xung đột.
Cập nhật trạng thái: Xác nhận nhanh chóng đồng thuận BFT.
Lý do Solana không sử dụng bộ nhớ là vì bộ nhớ có thể trở thành nút thắt cổ chai về hiệu suất. Do không có bộ nhớ, cùng với sự đồng thuận PoH độc đáo của Solana, các nút có thể nhanh chóng đạt được sự đồng thuận về thứ tự giao dịch, tránh việc giao dịch phải xếp hàng trong bộ nhớ, giao dịch gần như có thể được thực hiện ngay lập tức. Tuy nhiên, điều này cũng có nghĩa là trong trường hợp mạng bị quá tải, giao dịch có thể bị từ chối thay vì chờ đợi, người dùng cần phải gửi lại.
So với trước đây, Aptos sử dụng song song lạc quan không cần tuyên bố tập hợp đọc và ghi, ngưỡng nút thấp hơn, nhưng TPS lại cao hơn.
Hai con đường thực thi song song: Aptos vs Solana
Việc thực hiện giao dịch đại diện cho việc cập nhật trạng thái khối, là quá trình chuyển đổi lệnh phát sinh giao dịch thành trạng thái cuối cùng có tính chất quyết định. Sự thay đổi này được hiểu như thế nào? Các nút giả định giao dịch thành công, tính toán ảnh hưởng của nó đến trạng thái mạng, quá trình tính toán này chính là việc thực hiện.
Do đó, thực thi song song trong blockchain đề cập đến quá trình các bộ xử lý đa lõi tính toán trạng thái mạng đồng thời. Trong thị trường hiện tại, thực thi song song được chia thành hai cách: thực thi song song xác định và thực thi song song lạc quan. Sự khác biệt giữa hai hướng phát triển này xuất phát từ cách đảm bảo rằng các giao dịch song song không xảy ra xung đột - tức là liệu có sự phụ thuộc giữa các giao dịch hay không.
Như vậy, thời điểm xác định xung đột phụ thuộc vào giao dịch song song trong vòng đời giao dịch - quyết định sự phân hóa giữa hai hướng phát triển thực thi song song có tính xác định và thực thi song song lạc quan, Aptos và Solana đã chọn hướng khác nhau:
Song song xác định (Solana): Trước khi phát sóng giao dịch, cần phải tuyên bố tập đọc và ghi. Engine Sealevel xử lý song song các giao dịch không xung đột dựa trên tuyên bố, trong khi các giao dịch xung đột được thực hiện tuần tự. Ưu điểm là hiệu quả, nhược điểm là yêu cầu phần cứng cao.
Tối ưu hóa song song (Aptos): Giả định giao dịch không có xung đột, Block-STM thực hiện song song và sau đó xác minh, nếu có xung đột thì thử lại. Sắp xếp trước trong bộ nhớ giảm thiểu rủi ro xung đột, giảm nhẹ gánh nặng cho nút.
Ví dụ: Tài khoản A có số dư 100, giao dịch 1 chuyển 70 cho B, giao dịch 2 chuyển 50 cho C. Solana xác nhận xung đột trước thông qua tuyên bố và xử lý theo thứ tự; Aptos thực hiện song song và nếu phát hiện số dư không đủ, sẽ điều chỉnh lại. Sự linh hoạt của Aptos khiến nó có tính mở rộng cao hơn.
Lạc quan song song thông qua bộ nhớ để hoàn thành xác nhận xung đột trước
Ý tưởng cốt lõi của lập trình song song lạc quan là giả định rằng các giao dịch xử lý song song sẽ không xảy ra xung đột, do đó trước khi thực hiện giao dịch, phía ứng dụng không cần phải gửi khai báo giao dịch. Nếu phát hiện xung đột trong quá trình xác minh sau khi thực hiện giao dịch, Block-STM sẽ thực hiện lại các giao dịch bị ảnh hưởng để đảm bảo tính nhất quán.
Tuy nhiên, trong thực tế, nếu không xác nhận trước xem các phụ thuộc giao dịch có xung đột hay không, có thể xảy ra rất nhiều lỗi trong quá trình thực thi thực tế, dẫn đến việc vận hành của chuỗi công cộng bị chậm lại. Do đó, song song lạc quan không chỉ đơn thuần là giả định rằng các giao dịch không có xung đột, mà là trong một giai đoạn nào đó đã tránh được rủi ro trước, giai đoạn này chính là giai đoạn phát thanh giao dịch.
Trên Aptos, sau khi giao dịch vào bộ nhớ công cộng, nó sẽ được sắp xếp trước theo một số quy tắc nhất định (như FIFO và mức phí Gas) để đảm bảo rằng các giao dịch trong một khối sẽ không xung đột khi thực thi song song. Như vậy, có thể thấy, người đề xuất trên Aptos thực tế không có khả năng sắp xếp giao dịch, và trong mạng cũng không tồn tại các nhà xây dựng khối. Việc sắp xếp giao dịch trước này là chìa khóa để Aptos thực hiện song song lạc quan. Khác với Solana cần phải đưa ra tuyên bố giao dịch, Aptos không cần cơ chế này, do đó yêu cầu về hiệu suất của nút được giảm đáng kể. Trong việc đảm bảo rằng giao dịch không xung đột, chi phí mạng của Aptos khi tham gia vào bộ nhớ công cộng có ảnh hưởng đến TPS ít hơn nhiều so với chi phí mà Solana phải chịu khi đưa ra tuyên bố giao dịch. Do đó, TPS của Aptos có thể đạt tới 160,000, gấp hơn một lần so với Solana. Ảnh hưởng của việc sắp xếp giao dịch trước làm tăng độ khó của việc bắt MEV trên Aptos, điều này vừa có lợi vừa có hại cho người dùng.
Câu chuyện dựa trên tính bảo mật là định hướng phát triển của Aptos
RWA
Aptos đang tích cực thúc đẩy việc token hóa tài sản thực và các giải pháp tài chính tổ chức. So với Ethereum, Block-STM của Aptos có thể xử lý đồng thời nhiều giao dịch chuyển nhượng tài sản, tránh tình trạng trì hoãn xác thực do tắc nghẽn mạng. Trên một số chuỗi công cộng, mặc dù tốc độ giao dịch nhanh, nhưng thiết kế không có bộ nhớ đệm có thể làm mất giao dịch trong trường hợp quá tải mạng, ảnh hưởng đến tính ổn định của xác thực RWA. Bộ nhớ đệm được sắp xếp trước của Aptos đảm bảo rằng các giao dịch vào thực hiện theo thứ tự, ngay cả trong thời gian cao điểm cũng có thể duy trì độ tin cậy của hồ sơ tài sản. RWA cần hỗ trợ từ các hợp đồng thông minh phức tạp, như phân chia tài sản, phân phối lợi nhuận và kiểm tra tuân thủ. Thiết kế mô-đun và tính bảo mật của ngôn ngữ Move cho phép các nhà phát triển dễ dàng xây dựng các ứng dụng RWA đáng tin cậy. Ngược lại, độ phức tạp trong phát triển hợp đồng của một số chuỗi công cộng và rủi ro lỗ hổng đã làm tăng chi phí phát triển, trong khi một số chuỗi công cộng khác có ngôn ngữ lập trình hiệu quả nhưng yêu cầu đường cong học tập cao hơn cho các nhà phát triển. Tính thân thiện với hệ sinh thái của Aptos có khả năng thu hút nhiều dự án RWA hơn, tạo ra chu kỳ tích cực. Tiềm năng của Aptos trong lĩnh vực RWA nằm ở sự kết hợp giữa tính bảo mật và hiệu suất. Trong tương lai, nó có thể tập trung vào việc hợp tác với các tổ chức tài chính truyền thống để đưa các tài sản có giá trị cao như trái phiếu, cổ phiếu lên chuỗi, nhờ vào ngôn ngữ Move để tạo ra các tiêu chuẩn token hóa có tính tuân thủ cao. Câu chuyện "an toàn + hiệu quả" này có thể giúp Aptos nổi bật trong thị trường RWA.
Vào tháng 7 năm 2024, Aptos đã công bố sẽ đưa USDY của Ondo Finance vào hệ sinh thái, và tích hợp vào các DEX và ứng dụng cho vay chính. Tính đến ngày 10 tháng 3, giá trị thị trường của USDY trên Aptos khoảng 15 triệu USD, chiếm khoảng 2,5% tổng giá trị thị trường của USDY. Vào tháng 10 năm 2024, Aptos thông báo rằng Franklin Templeton đã ra mắt quỹ tiền tệ chính phủ Mỹ trên chuỗi Franklin đại diện bởi token BENJI trên Aptos Network (FOBXX). Ngoài ra, Aptos đã hợp tác với Libre để thúc đẩy token hóa chứng khoán, đưa các quỹ đầu tư của Brevan Howard, BlackRock và Hamilton Lane lên chuỗi, gia tăng khả năng tiếp cận của các nhà đầu tư tổ chức.
thanh toán bằng stablecoin
Việc thanh toán bằng stablecoin cần đảm bảo tính cuối cùng của giao dịch và an toàn tài sản. Ngôn ngữ Move của Aptos thông qua mô hình tài nguyên ngăn chặn việc thanh toán hai lần, đảm bảo độ chính xác của mỗi giao dịch chuyển khoản stablecoin. Ví dụ, khi người dùng thanh toán bằng USDC trên Aptos, trạng thái giao dịch được cập nhật dưới sự bảo vệ nghiêm ngặt, tránh việc mất tiền do lỗ hổng hợp đồng. Hơn nữa, phí Gas thấp của Aptos (nhờ vào việc chi phí được phân bổ nhờ TPS cao) làm cho nó rất cạnh tranh trong các tình huống thanh toán nhỏ. Một số chuỗi công khai có phí Gas cao hạn chế các ứng dụng thanh toán của chúng, trong khi một số chuỗi công khai khác mặc dù có chi phí thấp, nhưng rủi ro bỏ giao dịch khi mạng quá tải có thể ảnh hưởng đến trải nghiệm của người dùng. Việc sắp xếp trước trong bộ nhớ và Block-STM của Aptos đảm bảo tính ổn định và độ trễ thấp cho các giao dịch thanh toán.
PayFi và thanh toán bằng stablecoin cần phải cân bằng giữa phi tập trung và tuân thủ quy định. Sự đồng thuận phi tập trung của AptosBFT giảm thiểu rủi ro tập trung, trong khi kiến trúc mô-đun của nó hỗ trợ các nhà phát triển tích hợp kiểm tra KYC/AML. Ví dụ, một nhà phát hành stablecoin có thể triển khai hợp đồng tuân thủ trên Aptos, đảm bảo rằng các giao dịch tuân thủ quy định địa phương mà không hy sinh hiệu quả mạng. Điều này tốt hơn so với mô hình tiếp nhận tập trung của một số chuỗi công khai, đồng thời bù đắp cho các điểm yếu tiềm năng về tuân thủ do các đề xuất của các nhà đề xuất chuỗi công khai khác dẫn dắt. Thiết kế cân bằng của Aptos khiến nó phù hợp hơn cho việc các tổ chức tài chính tham gia.
Tiềm năng của Aptos trong lĩnh vực thanh toán PayFi và stablecoin nằm ở "an toàn, hiệu quả, tuân thủ" ba yếu tố. Trong tương lai, sẽ tiếp tục thúc đẩy việc áp dụng rộng rãi stablecoin, xây dựng mạng lưới thanh toán xuyên biên giới,
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
14 thích
Phần thưởng
14
9
Chia sẻ
Bình luận
0/400
OnChainArchaeologist
· 08-01 18:02
move cuồng nhiệt
Xem bản gốcTrả lời0
FortuneTeller42
· 08-01 17:47
Thực thi song song thật tuyệt
Xem bản gốcTrả lời0
MEVSupportGroup
· 08-01 10:10
move không được, đã nói rồi
Xem bản gốcTrả lời0
ForkItAll
· 07-31 09:05
aptos thần thánh mãi mãi~
Xem bản gốcTrả lời0
BlockchainDecoder
· 07-29 18:32
Theo dữ liệu hiệu suất từ tài liệu Blockchain MIT năm 2022, độ song song của Aptos vẫn cần được xác minh thêm.
Aptos lạc quan thực thi song song để xây dựng chuỗi công khai an toàn hiệu suất cao
Phân tích sự khác biệt của chuỗi công khai từ góc độ vòng đời giao dịch
So sánh sự khác biệt kỹ thuật giữa ngôn ngữ Move, Aptos và các chuỗi công khai khác có thể trở nên phức tạp do độ sâu quan sát khác nhau. Phân tích tổng quát thường khó đi vào chi tiết, trong khi đi sâu vào mã có thể dễ dàng mất đi cái nhìn tổng thể. Để nhanh chóng và chính xác hiểu sự khác biệt giữa Aptos và các chuỗi công khai khác, việc chọn lựa điểm vào phù hợp là vô cùng quan trọng.
Vòng đời của một giao dịch chắc chắn là điểm khởi đầu tốt nhất. Bằng cách phân tích toàn bộ quá trình từ khi giao dịch được tạo ra đến khi cập nhật trạng thái cuối cùng - bao gồm việc tạo và khởi xướng, phát sóng, sắp xếp, thực hiện và cập nhật trạng thái - chúng ta có thể nắm rõ được tư duy thiết kế và sự lựa chọn công nghệ của chuỗi công khai. Lấy đó làm cơ sở, nếu bước lùi lại một bước, ta có thể hiểu được các triết lý cốt lõi khác nhau của các chuỗi công khai; nếu tiến lên một bước, ta có thể khám phá cách phát triển các ứng dụng thu hút thị trường trên Aptos.
Tất cả các giao dịch blockchain đều xoay quanh năm bước này, và bài viết này sẽ tập trung vào Aptos, phân tích thiết kế độc đáo của nó và so sánh những khác biệt chính giữa Ethereum và Solana.
Aptos: Thiết kế hiệu suất cao và song song lạc quan
Aptos là một chuỗi công khai nhấn mạnh hiệu suất cao, vòng đời giao dịch của nó tương tự như Ethereum, nhưng đã đạt được sự cải thiện đáng kể thông qua việc thực hiện song song lạc quan độc đáo và tối ưu hóa hồ chứa. Dưới đây là những bước chính trong vòng đời giao dịch trên Aptos:
Tạo và khởi xướng
Mạng Aptos bao gồm các nút nhẹ, nút đầy đủ và những người xác thực. Người dùng khởi xướng giao dịch thông qua nút nhẹ (như ví hoặc ứng dụng), nút nhẹ sẽ chuyển giao dịch đến các nút đầy đủ gần đó, sau đó nút đầy đủ sẽ đồng bộ đến những người xác thực.
phát sóng
Aptos giữ lại bộ nhớ, nhưng các bộ nhớ không chia sẻ nhau sau QuorumStore. Khác với Ethereum, bộ nhớ của nó không chỉ đơn thuần là một bộ đệm giao dịch. Khi giao dịch vào bộ nhớ, hệ thống sẽ sắp xếp trước theo các quy tắc (như FIFO hoặc phí Gas) để đảm bảo các giao dịch không xung đột khi thực thi song song sau đó. Thiết kế này tránh được yêu cầu phần cứng cao mà Solana cần phải công bố trước các tập hợp đọc/ghi.
sắp xếp
Aptos sử dụng đồng thuận AptosBFT, theo nguyên tắc, người đề xuất không thể tự do sắp xếp giao dịch. AIP-68 cấp cho người đề xuất quyền bổ sung cho các giao dịch bị trì hoãn. Việc sắp xếp trước trong bộ nhớ đã hoàn thành để tránh xung đột, việc tạo khối ngày càng phụ thuộc vào sự hợp tác giữa các nhà xác thực, chứ không phải do người đề xuất dẫn dắt.
thực hiện
Aptos sử dụng công nghệ Block-STM để thực hiện thực thi song song lạc quan. Các giao dịch được giả định là không có xung đột và được xử lý đồng thời, nếu phát hiện xung đột sau khi thực thi, các giao dịch bị ảnh hưởng sẽ được thực thi lại. Cách này tận dụng bộ xử lý đa lõi để nâng cao hiệu suất, TPS có thể đạt tới 160,000.
Cập nhật trạng thái
Trạng thái đồng bộ của người xác thực, tính cuối cùng được xác nhận qua điểm kiểm tra, tương tự như cơ chế Epoch của Ethereum, nhưng hiệu quả hơn.
Lợi thế cốt lõi của Aptos nằm ở sự kết hợp giữa song song lạc quan và sắp xếp trước trong bộ nhớ, không chỉ giảm yêu cầu hiệu suất của nút mà còn tăng đáng kể khả năng xử lý.
Ethereum: Chuẩn mực thực thi tuần tự
Ethereum, như là người sáng lập hợp đồng thông minh, là điểm khởi đầu của công nghệ chuỗi công khai, chu kỳ giao dịch của nó cung cấp khung cơ bản để hiểu Aptos.
Chu kỳ giao dịch Ethereum
Tạo và phát động: Người dùng khởi xướng giao dịch thông qua ví qua cổng trung gian hoặc giao diện RPC.
Phát sóng: Giao dịch vào bộ nhớ công cộng, chờ được đóng gói.
Sắp xếp: Sau khi nâng cấp PoS, người xây dựng khối sẽ đóng gói giao dịch theo nguyên tắc tối đa hóa lợi nhuận, sau khi đấu thầu lớp trung gian sẽ được gửi đến người đề xuất.
Thực hiện: Xử lý giao dịch EVM tuần tự, cập nhật trạng thái bằng một luồng.
Cập nhật trạng thái: Khối cần được xác nhận tính cuối cùng qua hai điểm kiểm tra.
Thiết kế thực thi tuần tự và bộ nhớ của Ethereum đã hạn chế hiệu suất, thời gian khối là 12 giây/m slot, TPS khá thấp. So với điều đó, Aptos đã đạt được bước nhảy vọt chất lượng thông qua thực thi song song và tối ưu hóa bộ nhớ.
Solana: Tối ưu hóa song song xác định tuyệt đối
Solana nổi tiếng với hiệu suất cao, vòng đời giao dịch của nó khác biệt rõ rệt so với Aptos, đặc biệt là ở hồ bơi bộ nhớ và cách thực thi.
Vòng đời giao dịch Solana
Tạo và khởi xướng: Người dùng khởi xướng giao dịch thông qua ví.
Phát sóng: Không có hồ bơi bộ nhớ công cộng, giao dịch được gửi trực tiếp đến người đề xuất hiện tại và hai người tiếp theo.
Sắp xếp: Những người đề xuất dựa trên PoH (Bằng chứng về Lịch sử) để đóng gói khối, thời gian khối chỉ 400 mili giây.
Thực thi: Máy ảo Sealevel sử dụng thực thi song song xác định, cần khai báo tập đọc và ghi trước để tránh xung đột.
Cập nhật trạng thái: Xác nhận nhanh chóng đồng thuận BFT.
Lý do Solana không sử dụng bộ nhớ là vì bộ nhớ có thể trở thành nút thắt cổ chai về hiệu suất. Do không có bộ nhớ, cùng với sự đồng thuận PoH độc đáo của Solana, các nút có thể nhanh chóng đạt được sự đồng thuận về thứ tự giao dịch, tránh việc giao dịch phải xếp hàng trong bộ nhớ, giao dịch gần như có thể được thực hiện ngay lập tức. Tuy nhiên, điều này cũng có nghĩa là trong trường hợp mạng bị quá tải, giao dịch có thể bị từ chối thay vì chờ đợi, người dùng cần phải gửi lại.
So với trước đây, Aptos sử dụng song song lạc quan không cần tuyên bố tập hợp đọc và ghi, ngưỡng nút thấp hơn, nhưng TPS lại cao hơn.
Hai con đường thực thi song song: Aptos vs Solana
Việc thực hiện giao dịch đại diện cho việc cập nhật trạng thái khối, là quá trình chuyển đổi lệnh phát sinh giao dịch thành trạng thái cuối cùng có tính chất quyết định. Sự thay đổi này được hiểu như thế nào? Các nút giả định giao dịch thành công, tính toán ảnh hưởng của nó đến trạng thái mạng, quá trình tính toán này chính là việc thực hiện.
Do đó, thực thi song song trong blockchain đề cập đến quá trình các bộ xử lý đa lõi tính toán trạng thái mạng đồng thời. Trong thị trường hiện tại, thực thi song song được chia thành hai cách: thực thi song song xác định và thực thi song song lạc quan. Sự khác biệt giữa hai hướng phát triển này xuất phát từ cách đảm bảo rằng các giao dịch song song không xảy ra xung đột - tức là liệu có sự phụ thuộc giữa các giao dịch hay không.
Như vậy, thời điểm xác định xung đột phụ thuộc vào giao dịch song song trong vòng đời giao dịch - quyết định sự phân hóa giữa hai hướng phát triển thực thi song song có tính xác định và thực thi song song lạc quan, Aptos và Solana đã chọn hướng khác nhau:
Song song xác định (Solana): Trước khi phát sóng giao dịch, cần phải tuyên bố tập đọc và ghi. Engine Sealevel xử lý song song các giao dịch không xung đột dựa trên tuyên bố, trong khi các giao dịch xung đột được thực hiện tuần tự. Ưu điểm là hiệu quả, nhược điểm là yêu cầu phần cứng cao.
Tối ưu hóa song song (Aptos): Giả định giao dịch không có xung đột, Block-STM thực hiện song song và sau đó xác minh, nếu có xung đột thì thử lại. Sắp xếp trước trong bộ nhớ giảm thiểu rủi ro xung đột, giảm nhẹ gánh nặng cho nút.
Ví dụ: Tài khoản A có số dư 100, giao dịch 1 chuyển 70 cho B, giao dịch 2 chuyển 50 cho C. Solana xác nhận xung đột trước thông qua tuyên bố và xử lý theo thứ tự; Aptos thực hiện song song và nếu phát hiện số dư không đủ, sẽ điều chỉnh lại. Sự linh hoạt của Aptos khiến nó có tính mở rộng cao hơn.
Lạc quan song song thông qua bộ nhớ để hoàn thành xác nhận xung đột trước
Ý tưởng cốt lõi của lập trình song song lạc quan là giả định rằng các giao dịch xử lý song song sẽ không xảy ra xung đột, do đó trước khi thực hiện giao dịch, phía ứng dụng không cần phải gửi khai báo giao dịch. Nếu phát hiện xung đột trong quá trình xác minh sau khi thực hiện giao dịch, Block-STM sẽ thực hiện lại các giao dịch bị ảnh hưởng để đảm bảo tính nhất quán.
Tuy nhiên, trong thực tế, nếu không xác nhận trước xem các phụ thuộc giao dịch có xung đột hay không, có thể xảy ra rất nhiều lỗi trong quá trình thực thi thực tế, dẫn đến việc vận hành của chuỗi công cộng bị chậm lại. Do đó, song song lạc quan không chỉ đơn thuần là giả định rằng các giao dịch không có xung đột, mà là trong một giai đoạn nào đó đã tránh được rủi ro trước, giai đoạn này chính là giai đoạn phát thanh giao dịch.
Trên Aptos, sau khi giao dịch vào bộ nhớ công cộng, nó sẽ được sắp xếp trước theo một số quy tắc nhất định (như FIFO và mức phí Gas) để đảm bảo rằng các giao dịch trong một khối sẽ không xung đột khi thực thi song song. Như vậy, có thể thấy, người đề xuất trên Aptos thực tế không có khả năng sắp xếp giao dịch, và trong mạng cũng không tồn tại các nhà xây dựng khối. Việc sắp xếp giao dịch trước này là chìa khóa để Aptos thực hiện song song lạc quan. Khác với Solana cần phải đưa ra tuyên bố giao dịch, Aptos không cần cơ chế này, do đó yêu cầu về hiệu suất của nút được giảm đáng kể. Trong việc đảm bảo rằng giao dịch không xung đột, chi phí mạng của Aptos khi tham gia vào bộ nhớ công cộng có ảnh hưởng đến TPS ít hơn nhiều so với chi phí mà Solana phải chịu khi đưa ra tuyên bố giao dịch. Do đó, TPS của Aptos có thể đạt tới 160,000, gấp hơn một lần so với Solana. Ảnh hưởng của việc sắp xếp giao dịch trước làm tăng độ khó của việc bắt MEV trên Aptos, điều này vừa có lợi vừa có hại cho người dùng.
Câu chuyện dựa trên tính bảo mật là định hướng phát triển của Aptos
RWA
Aptos đang tích cực thúc đẩy việc token hóa tài sản thực và các giải pháp tài chính tổ chức. So với Ethereum, Block-STM của Aptos có thể xử lý đồng thời nhiều giao dịch chuyển nhượng tài sản, tránh tình trạng trì hoãn xác thực do tắc nghẽn mạng. Trên một số chuỗi công cộng, mặc dù tốc độ giao dịch nhanh, nhưng thiết kế không có bộ nhớ đệm có thể làm mất giao dịch trong trường hợp quá tải mạng, ảnh hưởng đến tính ổn định của xác thực RWA. Bộ nhớ đệm được sắp xếp trước của Aptos đảm bảo rằng các giao dịch vào thực hiện theo thứ tự, ngay cả trong thời gian cao điểm cũng có thể duy trì độ tin cậy của hồ sơ tài sản. RWA cần hỗ trợ từ các hợp đồng thông minh phức tạp, như phân chia tài sản, phân phối lợi nhuận và kiểm tra tuân thủ. Thiết kế mô-đun và tính bảo mật của ngôn ngữ Move cho phép các nhà phát triển dễ dàng xây dựng các ứng dụng RWA đáng tin cậy. Ngược lại, độ phức tạp trong phát triển hợp đồng của một số chuỗi công cộng và rủi ro lỗ hổng đã làm tăng chi phí phát triển, trong khi một số chuỗi công cộng khác có ngôn ngữ lập trình hiệu quả nhưng yêu cầu đường cong học tập cao hơn cho các nhà phát triển. Tính thân thiện với hệ sinh thái của Aptos có khả năng thu hút nhiều dự án RWA hơn, tạo ra chu kỳ tích cực. Tiềm năng của Aptos trong lĩnh vực RWA nằm ở sự kết hợp giữa tính bảo mật và hiệu suất. Trong tương lai, nó có thể tập trung vào việc hợp tác với các tổ chức tài chính truyền thống để đưa các tài sản có giá trị cao như trái phiếu, cổ phiếu lên chuỗi, nhờ vào ngôn ngữ Move để tạo ra các tiêu chuẩn token hóa có tính tuân thủ cao. Câu chuyện "an toàn + hiệu quả" này có thể giúp Aptos nổi bật trong thị trường RWA.
Vào tháng 7 năm 2024, Aptos đã công bố sẽ đưa USDY của Ondo Finance vào hệ sinh thái, và tích hợp vào các DEX và ứng dụng cho vay chính. Tính đến ngày 10 tháng 3, giá trị thị trường của USDY trên Aptos khoảng 15 triệu USD, chiếm khoảng 2,5% tổng giá trị thị trường của USDY. Vào tháng 10 năm 2024, Aptos thông báo rằng Franklin Templeton đã ra mắt quỹ tiền tệ chính phủ Mỹ trên chuỗi Franklin đại diện bởi token BENJI trên Aptos Network (FOBXX). Ngoài ra, Aptos đã hợp tác với Libre để thúc đẩy token hóa chứng khoán, đưa các quỹ đầu tư của Brevan Howard, BlackRock và Hamilton Lane lên chuỗi, gia tăng khả năng tiếp cận của các nhà đầu tư tổ chức.
thanh toán bằng stablecoin
Việc thanh toán bằng stablecoin cần đảm bảo tính cuối cùng của giao dịch và an toàn tài sản. Ngôn ngữ Move của Aptos thông qua mô hình tài nguyên ngăn chặn việc thanh toán hai lần, đảm bảo độ chính xác của mỗi giao dịch chuyển khoản stablecoin. Ví dụ, khi người dùng thanh toán bằng USDC trên Aptos, trạng thái giao dịch được cập nhật dưới sự bảo vệ nghiêm ngặt, tránh việc mất tiền do lỗ hổng hợp đồng. Hơn nữa, phí Gas thấp của Aptos (nhờ vào việc chi phí được phân bổ nhờ TPS cao) làm cho nó rất cạnh tranh trong các tình huống thanh toán nhỏ. Một số chuỗi công khai có phí Gas cao hạn chế các ứng dụng thanh toán của chúng, trong khi một số chuỗi công khai khác mặc dù có chi phí thấp, nhưng rủi ro bỏ giao dịch khi mạng quá tải có thể ảnh hưởng đến trải nghiệm của người dùng. Việc sắp xếp trước trong bộ nhớ và Block-STM của Aptos đảm bảo tính ổn định và độ trễ thấp cho các giao dịch thanh toán.
PayFi và thanh toán bằng stablecoin cần phải cân bằng giữa phi tập trung và tuân thủ quy định. Sự đồng thuận phi tập trung của AptosBFT giảm thiểu rủi ro tập trung, trong khi kiến trúc mô-đun của nó hỗ trợ các nhà phát triển tích hợp kiểm tra KYC/AML. Ví dụ, một nhà phát hành stablecoin có thể triển khai hợp đồng tuân thủ trên Aptos, đảm bảo rằng các giao dịch tuân thủ quy định địa phương mà không hy sinh hiệu quả mạng. Điều này tốt hơn so với mô hình tiếp nhận tập trung của một số chuỗi công khai, đồng thời bù đắp cho các điểm yếu tiềm năng về tuân thủ do các đề xuất của các nhà đề xuất chuỗi công khai khác dẫn dắt. Thiết kế cân bằng của Aptos khiến nó phù hợp hơn cho việc các tổ chức tài chính tham gia.
Tiềm năng của Aptos trong lĩnh vực thanh toán PayFi và stablecoin nằm ở "an toàn, hiệu quả, tuân thủ" ba yếu tố. Trong tương lai, sẽ tiếp tục thúc đẩy việc áp dụng rộng rãi stablecoin, xây dựng mạng lưới thanh toán xuyên biên giới,