Proof of History (PoH)

Proof of History (PoH) là gì?

Proof of History (PoH) là phương thức đo thời gian bằng mật mã, tạo ra bản ghi có thể xác minh về thứ tự và khoảng thời gian giữa các sự kiện trên blockchain.Trong crypto, Proof of History nổi tiếng nhất là công nghệ cốt lõi Solana sử dụng để giúp validator thống nhất thứ tự giao dịch hiệu quả hơn.

White paper của Solana mô tả Proof of History là bằng chứng dùng để xác minh thứ tự và khoảng thời gian giữa các sự kiện.

PoH thường bị hiểu nhầm là cơ chế đồng thuận hoàn chỉnh, nhưng chính xác hơn nên xem đây là đồng hồ mật mã hoạt động cùng với cơ chế đồng thuận.Solana sử dụng Proof of History cùng với Proof of Stake và cơ chế bỏ phiếu kiểu Tower BFT để hỗ trợ validator xử lý block, bỏ phiếu cho fork và finalized sổ cái.Vấn đề chính PoH tìm cách giải quyết là các mạng phi tập trung không có sẵn một đồng hồ đáng tin cậy dùng chung.Trong mạng blockchain toàn cầu, validator nhận thông điệp vào các thời điểm khác nhau do độ trễ, vị trí địa lý, khác biệt phần cứng và tình trạng tắc nghẽn mạng.Nếu không có phương pháp sắp xếp đáng tin cậy, validator phải giao tiếp thường xuyên hơn để thống nhất sự kiện nào xảy ra trước.Proof of History giảm gánh nặng giao tiếp này bằng cách nhúng một chuỗi thời gian có thể xác minh vào sổ cái.Cách hiểu đơn giản nhất về PoH là nó cung cấp cho blockchain một dòng thời gian mật mã mà validator có thể kiểm tra mà không cần tin vào đồng hồ thông thường.

Proof of History hoạt động như thế nào?

Proof of History hoạt động bằng cách chạy một quy trình mật mã tuần tự tạo ra chuỗi hash.Mỗi hash phụ thuộc vào hash trước đó.Vì mỗi bước phụ thuộc vào bước liền trước nên không thể tạo toàn bộ chuỗi cùng lúc bằng cách xử lý song song.Điều này tạo bằng chứng cho thấy một lượng tính toán tuần tự nhất định đã diễn ra giữa hai điểm trong chuỗi.

Giải thích về đồng hồ Proof of History của Solana mô tả PoH là một Verifiable Delay Function tần suất cao, ghi lại số đếm và đầu ra theo thời gian.

Dữ liệu có thể được đưa vào chuỗi bằng cách hash dữ liệu vào trạng thái hiện tại.Sau khi dữ liệu được thêm vào, mọi hash tiếp theo đều phụ thuộc vào lần thêm đó.Điều này có nghĩa chuỗi có thể cho thấy dữ liệu đã tồn tại trước khi các hash tiếp theo được tạo.Chuỗi cũng có thể giúp chứng minh dữ liệu được thêm sau khi các hash trước đó đã tồn tại.Validator có thể xác minh chuỗi sau đó và kiểm tra thứ tự có hợp lệ hay không.

Proof of History như đồng hồ mật mã

Proof of History hoạt động như một đồng hồ mật mã, nhưng không giống đồng hồ thông thường trên điện thoại, máy tính xách tay hoặc máy chủ.Đồng hồ thông thường cho người dùng biết thời gian thực tế hiện tại.Đồng hồ PoH chứng minh một chuỗi bước tính toán đã diễn ra theo thứ tự cụ thể.Sự khác biệt này quan trọng vì blockchain không thể chỉ tin vào giờ địa phương của validator.Validator không trung thực hoặc cấu hình sai có thể đưa ra mốc thời gian giả.Độ trễ mạng cũng có thể khiến dấu thời gian giữa các máy khác nhau trở nên thiếu tin cậy.

Tài liệu đồng bộ hóa của Anza giải thích rằng node leader của Solana đóng dấu thời gian cho block bằng bằng chứng mật mã cho thấy một khoảng thời gian đã trôi qua kể từ bằng chứng trước.

Tài liệu cũng giải thích rằng validator có thể xác minh các bằng chứng này ngay cả khi block đến theo thứ tự khác hoặc được phát lại sau đó.Do đó, PoH cung cấp cho validator một cấu trúc thời gian dùng chung dựa trên tính toán thay vì niềm tin vào đồng hồ cục bộ.Điều này giúp mạng hoạt động nhanh hơn vì validator cần ít trao đổi qua lại hơn để thống nhất thứ tự.

Proof of History và Verifiable Delay Function

Verifiable Delay Function, viết tắt là VDF, là một hàm cần một lượng công việc tuần tự nhất định để tính toán nhưng dễ xác minh hơn sau đó.Proof of History thường được giải thích là một quy trình kiểu VDF tần suất cao.Đặc điểm quan trọng là không thể dự đoán đầu ra nếu không thực sự chạy chuỗi quy trình.Vì mỗi bước phụ thuộc vào đầu ra trước đó nên quy trình tạo ra độ trễ có thể đo lường.Độ trễ này trở thành bản ghi hữu ích về thời gian trôi qua bên trong hệ thống blockchain.Trong thiết kế của Solana, quy trình PoH sử dụng chuỗi hash liên tục để tạo dòng thời gian.Validator có thể kiểm tra bản ghi sau đó bằng cách xác minh song song các phần của chuỗi.Điều này quan trọng vì quá trình tạo chuỗi phải diễn ra tuần tự, trong khi xác minh cần nhanh hơn nhiều.Sự bất đối xứng này tương tự nhiều hệ thống mật mã hiệu quả.Việc tạo bằng chứng khó, nhưng người khác dễ kiểm tra tính hợp lệ của bằng chứng hơn.

Proof of History và Proof of Work

Proof of History khác Proof of Work.Proof of Work là cơ chế đồng thuận, trong đó thợ đào cạnh tranh giải các bài toán hash và đề xuất block.Proof of History là phương pháp đo thời gian và sắp xếp, giúp mạng chứng minh thời điểm các sự kiện xảy ra tương quan với nhau.Proof of Work sử dụng tính toán như một chi phí bảo mật.Proof of History sử dụng tính toán tuần tự làm bản ghi về thứ tự thời gian.Trong Proof of Work, nhiều thợ đào cạnh tranh tìm hash block hợp lệ.Trong Proof of History, leader tạo một chuỗi có thể xác minh để sắp xếp các mục và giao dịch.Chuỗi PoW sử dụng lượng công việc tích lũy để hỗ trợ xác định chuỗi hợp lệ.Thiết kế dựa trên PoH dùng chuỗi PoH để hỗ trợ đồng bộ hóa, xây dựng block và bỏ phiếu validator trong một quy trình nhanh hơn.Cả hai hệ thống đều dùng hashing nhưng phục vụ mục đích khác nhau.PoW chủ yếu liên quan đến bảo mật kinh tế và cạnh tranh tạo block, còn PoH chủ yếu liên quan đến thời gian và thứ tự có thể xác minh.

Proof of History và Proof of Stake

Proof of History cũng khác Proof of Stake.Proof of Stake là cơ chế đồng thuận, trong đó validator khóa stake và tham gia xác thực block, bỏ phiếu và finality.Bản thân Proof of History không thay thế staking.Nó hỗ trợ quy trình validator bằng cách cung cấp cho mạng cấu trúc sắp xếp đáng tin cậy hơn.Solana thường được mô tả là blockchain Proof of Stake sử dụng Proof of History làm thành phần đồng bộ hóa và sắp xếp quan trọng.Trong mô hình này, stake giúp xác định ảnh hưởng của validator và lịch trình leader, còn PoH giúp sắp xếp dòng thời gian của các mục.

Tài liệu luân phiên leader của Anza giải thích rằng validator chọn leader dự kiến theo lịch leader và từ chối block không được ký bởi leader của slot.

PoH giúp các leader đó tạo các mục theo thứ tự trong slot được chỉ định.Validator sau đó xác minh, phát lại và bỏ phiếu theo quy tắc đồng thuận của giao thức.PoS cung cấp bảo mật kinh tế, còn PoH cung cấp cấu trúc thời gian mật mã.

Proof of History và leader của Solana

Trên Solana, leader là validator được chỉ định tạo các mục trong những slot thời gian cụ thể.Leader nhận giao dịch, lọc giao dịch hợp lệ, thực thi, đóng gói vào các mục rồi phát các mục đó đến validator khác.Chuỗi PoH hỗ trợ sắp xếp các mục này theo đúng thứ tự.Leader không chỉ tuyên bố rằng các sự kiện xảy ra theo thứ tự nhất định.Leader ghi chúng vào chuỗi PoH để validator khác có thể xác minh thứ tự.Điều này quan trọng vì validator có thể nhận gói dữ liệu mạng vào các thời điểm khác nhau.Thay vì chỉ dựa vào thời gian dữ liệu đến, validator có thể kiểm tra bản ghi PoH của leader.Tài liệu tạo fork của Anza giải thích rằng các node lần lượt đảm nhiệm vai trò leader và tạo PoH mã hóa các thay đổi trạng thái.Tài liệu cũng nêu rằng chỉ giao dịch của một leader được chấp nhận trong mỗi slot.Cấu trúc dựa trên leader này giúp Solana xử lý giao dịch nhanh đồng thời cung cấp cho validator phương thức xác minh lịch sử đã tạo.

Proof of History và các mục

Trên Solana, các mục là những lô giao dịch nhỏ hơn được truyền đến validator.Tài liệu đồng bộ hóa của Anza giải thích rằng Solana có thể chia block thành các lô nhỏ hơn gọi là mục rồi truyền trực tiếp đến validator trước khi đạt đồng thuận về block.Thiết kế này khác các hệ thống mà validator chờ toàn bộ block rồi mới thực hiện phần lớn công việc.Validator có thể xử lý các mục theo hướng lạc quan ngay khi nhận được.Xử lý lạc quan nghĩa là validator có thể bắt đầu thực thi và kiểm tra dữ liệu trước khi đồng thuận cuối cùng hoàn tất.Nếu đồng thuận sau đó bác bỏ một fork, validator có thể khôi phục trạng thái.PoH giúp quy trình nhanh hơn này trở nên khả thi vì các mục được gắn với thứ tự có thể xác minh.Validator có thể xử lý dữ liệu với độ tin cậy cao hơn về vị trí của dữ liệu trên dòng thời gian.Điều này giảm thời gian nhàn rỗi và tăng thông lượng.Tuy nhiên, giao thức cũng phức tạp hơn vì validator cần xử lý fork, khôi phục, biểu quyết và luân phiên leader một cách cẩn trọng.

Proof of History và slot

Slot là đơn vị thời gian mà trong đó leader được lên lịch có thể tạo các mục.Lịch leader của Solana phân công validator cho các slot từ trước.Trong slot được phân công, leader dự kiến tạo luồng PoH và đóng gói giao dịch thành các mục.Tài liệu đồng bộ hóa hiện hành của Anza cho biết bản triển khai hiện tại đặt thời gian block là 800 mili giây.Thời lượng slot quan trọng vì mạng cần nhịp hoạt động có thể dự đoán cho việc luân phiên leader, bỏ phiếu và xác nhận.PoH giúp các slot này hoạt động được nhờ cung cấp bản ghi mật mã về các bước tuần tự đã trôi qua.Nếu leader không tạo được các mục hữu ích, validator khác vẫn có thể ghi nhận thời gian trôi qua thông qua tick hoặc slot bị bỏ qua.Điều này giúp mạng tiếp tục hoạt động ngay cả khi một số leader ngoại tuyến, chậm hoặc mất kết nối.Slot không chỉ là chỉ số tốc độ hiển thị cho người dùng.Đây là một phần trong cấu trúc thời gian nội bộ kết nối PoH, luân phiên leader, fork và hoạt động bỏ phiếu của validator.

Proof of History và tick

Tick là các mục PoH trống cho thấy thời gian đã trôi qua ngay cả khi không có giao dịch người dùng.Tick quan trọng vì mạng cần một bản ghi thời gian liên tục, không chỉ ghi lại các lô giao dịch đang hoạt động.Tài liệu tạo fork của Anza giải thích rằng luồng PoH bao gồm tick thể hiện hoạt động của leader và thời gian trôi qua trên cụm mạng.Nếu không có giao dịch để đưa vào, leader vẫn có thể tạo tick.Nếu leader vắng mặt hoặc không gửi được dữ liệu, validator có thể ghi nhận khoảng thời gian dự kiến thông qua các nhánh chỉ có tick.Điều này giúp hạn chế các fork có thể xảy ra và duy trì cấu trúc luân phiên leader.Tick giống như nhịp tim của chuỗi PoH.Tick không phải lúc nào cũng đại diện cho hoạt động của người dùng, nhưng giúp mạng đo lường tiến độ.Điều này hữu ích cho việc bỏ phiếu, khôi phục, phát lại và đồng bộ hóa.Nếu không có tick, sổ cái sẽ khó chứng minh các khoảng thời gian không có hoạt động đã trôi qua.

Proof of History và Tower BFT

Tower BFT là phương pháp khóa phiếu bầu của Solana, hoạt động cùng cơ chế định thời PoH.Validator bỏ phiếu cho các fork và xây dựng tháp phiếu bầu, khiến việc chuyển fork ngày càng tốn kém theo thời gian.

Tài liệu Tower BFT của Anza giải thích rằng validator dùng phiếu có chữ ký để thông báo fork nào họ cho là có trọng lượng lớn nhất.

Tài liệu cũng giải thích rằng thời gian khóa phiếu được tính theo slot và buộc validator phải chịu chi phí cơ hội khi cam kết với một fork.PoH quan trọng trong cơ chế này vì Tower BFT phụ thuộc vào thời gian theo slot và chuỗi sự kiện sổ cái có cấu trúc.Validator dùng phiếu để thể hiện sự ủng hộ cho một fork.Khi phiếu tích lũy, thời gian khóa tăng lên, khiến validator khó chuyển sang fork mâu thuẫn hơn.Quy trình này giúp mạng hội tụ về một lịch sử được chấp nhận.PoH không phải hệ thống bỏ phiếu.Nó cung cấp cấu trúc thời gian giúp hệ thống bỏ phiếu hoạt động hiệu quả.

Proof of History và fork

Fork xảy ra khi nhiều phiên bản sổ cái cạnh tranh cùng tồn tại.Fork có thể xuất hiện trên blockchain tốc độ cao vì leader bỏ lỡ dữ liệu, validator nhận thông tin vào các thời điểm khác nhau hoặc mạng bị phân vùng.Solana không chờ mọi validator đồng thuận về block vừa tạo rồi mới tạo block tiếp theo.

Tài liệu tạo fork của Anza giải thích rằng điều này khiến fork thường xảy ra và validator phải bỏ phiếu cho một fork cho đến khi cụm mạng finalized một phiên bản.

PoH giúp sắp xếp các fork có thể xuất hiện vì mục của mỗi leader được gắn với thời gian slot và cấu trúc chuỗi PoH.Trong mỗi slot, validator chờ các mục từ leader được chỉ định.Block hoặc mục đến từ sai leader có thể bị từ chối.Nếu leader bỏ qua hoặc không hoạt động, mạng có thể ghi nhận việc đó thông qua slot bị bỏ qua hoặc lịch sử chỉ có tick.Điều này giới hạn dạng fork có thể xảy ra và giúp validator phát lại sổ cái.PoH không loại bỏ fork nhưng giúp cấu trúc hóa cách xử lý fork.

Proof of History và thứ tự giao dịch

Sắp xếp giao dịch là một trong những ứng dụng quan trọng nhất của Proof of History.Khi nhiều người dùng gửi giao dịch cùng lúc, mạng cần cách xác định giao dịch nào đến trước và nên được xử lý theo thứ tự nào.Trong các hệ thống phân tán truyền thống, việc thống nhất thứ tự có thể đòi hỏi nhiều vòng giao tiếp.Quá trình trao đổi này tốn thời gian và có thể hạn chế thông lượng.PoH giảm vấn đề này bằng cách đưa giao dịch vào một chuỗi có thể xác minh.Khi giao dịch hoặc lô giao dịch được ghi vào luồng PoH, validator có thể xác minh vị trí của giao dịch đó so với các mục khác.Điều này không có nghĩa người dùng kiểm soát chính xác vị trí của mình trong hàng đợi.Leader vẫn chọn giao dịch hợp lệ nào được đưa vào và cách đóng gói chúng trong phạm vi quy tắc giao thức.PoH cũng không loại bỏ mọi lo ngại về MEV hoặc thứ tự giao dịch.PoH cung cấp bản ghi thứ tự, nhưng việc lựa chọn giao dịch và tính công bằng khi thực thi vẫn phụ thuộc vào giao thức rộng hơn và hành vi validator.

Proof of History và thông lượng mạng

Proof of History được thiết kế để hỗ trợ thông lượng cao bằng cách giảm độ trễ phối hợp.Nếu validator đã có chuỗi thời gian có thể xác minh, họ không cần giao tiếp nhiều để thống nhất thứ tự cơ bản của sự kiện.Điều này cho phép hệ thống đẩy nhanh quy trình xử lý giao dịch, truyền block, phát lại và bỏ phiếu.Thông lượng cao quan trọng vì ứng dụng crypto thường cần thực thi nhanh và chi phí thấp.Giao dịch, trò chơi, thanh toán, NFT, DeFi và ứng dụng tiêu dùng đều có thể bị ảnh hưởng khi xác nhận chậm hoặc phí cao.PoH hỗ trợ Solana theo đuổi thiết kế trong đó nhiều hoạt động diễn ra song song hoặc theo quy trình được lên lịch chặt chẽ.Tuy nhiên, chỉ riêng PoH không tạo ra thông lượng.Thông lượng còn phụ thuộc vào thiết kế runtime, truyền dữ liệu mạng, phần cứng validator, thị trường phí, tối ưu hóa phần mềm, mô hình truy cập tài khoản và quy tắc đồng thuận.PoH là một phần quan trọng trong kiến trúc blockchain hiệu suất cao rộng hơn.

Proof of History và phần cứng validator

PoH có thể cải thiện hiệu suất nhưng cũng góp phần tạo ra môi trường validator đòi hỏi cao của Solana.Validator phải xử lý lượng dữ liệu lớn, xác minh mục, thực thi giao dịch, quản lý fork, bỏ phiếu và duy trì đồng bộ.Blockchain hiệu suất cao thường đòi hỏi phần cứng và mạng mạnh hơn các chuỗi chậm hơn.Điều này tạo ra sự đánh đổi giữa tốc độ và khả năng tiếp cận của validator.Nếu yêu cầu phần cứng quá cao, ít validator độc lập có thể tham gia hơn.Nếu yêu cầu quá thấp, mạng có thể không đạt được mục tiêu thông lượng tương tự.Bản thân PoH là cơ chế định thời, nhưng thiết kế xung quanh khuyến khích quy trình nhanh và khối lượng công việc nặng cho validator.Vì vậy, khi đánh giá hệ thống dựa trên PoH, người dùng nên nhìn xa hơn chỉ số tốc độ được quảng bá.Nên tìm hiểu thêm về phân bổ validator, yêu cầu phần cứng, sự đa dạng client, mức độ tập trung dịch vụ lưu trữ và độ tin cậy của mạng.Blockchain tốc độ cao sẽ vững mạnh hơn khi nhiều validator độc lập có thể vận hành và xác minh thực tế.

Proof of History và finality

Finality là trạng thái giao dịch được xem là hoàn tất theo quy tắc mạng.PoH hỗ trợ xử lý nhanh, nhưng finality vẫn phụ thuộc vào phiếu của validator và quy tắc đồng thuận.Trên Solana, validator bỏ phiếu cho fork và cụm mạng finalized một phiên bản lịch sử thông qua quy trình đồng thuận.Phân tích đồng thuận của Neodyme mô tả Solana là blockchain Proof of Stake, trong đó leader được chỉ định cho mỗi slot và finality phụ thuộc vào phiếu của validator có trọng số theo stake.Không nên cho rằng chỉ riêng PoH finalized giao dịch.PoH giúp xác lập thứ tự sự kiện, còn việc bỏ phiếu của validator giúp quyết định fork nào được chấp nhận.Sự khác biệt này quan trọng với khoản nạp, rút, hệ thống giao dịch, bridge và ứng dụng cần độ tin cậy thanh toán cao.Giao dịch có thể xuất hiện nhanh, nhưng các ứng dụng khác nhau có thể sử dụng tiêu chuẩn xác nhận khác nhau.Với giao dịch giá trị cao, người dùng và nhà phát triển nên hiểu cấp độ commitment và giả định finality.Sắp xếp nhanh không đồng nghĩa với finality tuyệt đối tức thì.

Proof of History và bảo mật

Proof of History cải thiện bảo mật bằng cách khiến thứ tự sự kiện có thể xác minh và khó làm giả sau khi sự kiện xảy ra.Vì chuỗi phụ thuộc vào hashing tuần tự, kẻ tấn công không thể tùy ý sắp xếp lại sự kiện mà không ảnh hưởng đến các đầu ra sau đó.Điều này giúp bảo vệ tính toàn vẹn của dòng thời gian sổ cái.Tuy nhiên, PoH không phải mô hình bảo mật hoàn chỉnh khi hoạt động riêng lẻ.Mạng vẫn cần validator có trọng số theo stake, lịch trình leader, bỏ phiếu, quy tắc lựa chọn fork, giả định slashing hoặc hình phạt, phần mềm chính xác và sự tham gia trung thực.Điểm yếu trong phần mềm validator, hoạt động mạng, quản trị hoặc thực thi giao dịch không thể chỉ được khắc phục bằng PoH.PoH chứng minh thứ tự và thời gian trôi qua trong sổ cái, nhưng không chứng minh mọi ứng dụng đều an toàn.Hợp đồng thông minh độc hại, giao dịch phishing, token lừa đảo hoặc ví bị xâm phạm vẫn có thể gây hại cho người dùng trên chuỗi sử dụng PoH.Bảo mật crypto luôn gồm nhiều lớp.Proof of History là một lớp trong kiến trúc rộng hơn của Solana.

Proof of History và tính phi tập trung

Proof of History có thể hỗ trợ tính phi tập trung bằng cách giảm lượng giao tiếp cần thiết để validator thống nhất thời gian và thứ tự.Chi phí giao tiếp thấp hơn có thể giúp một tập hợp validator toàn cầu lớn xử lý dữ liệu hiệu quả hơn.Tuy nhiên, PoH không tự đảm bảo tính phi tập trung.Tính phi tập trung phụ thuộc vào số lượng validator độc lập, cách phân bổ stake, cơ chế hoạt động của lịch leader, mức độ dễ dàng khi chạy phần mềm validator và sự tập trung của hạ tầng.Mạng có thể nhanh nhưng vẫn gặp lo ngại về phi tập trung nếu hoạt động xác thực quá tốn kém hoặc quá nhiều stake nằm trong tay một nhóm nhỏ.Mạng cũng có thể có đồng hồ thông minh nhưng vẫn phụ thuộc vào sự phối hợp xã hội và kinh tế để nâng cấp và đưa ra quyết định bảo mật.Người dùng nên xem PoH là lựa chọn thiết kế kỹ thuật, không phải bằng chứng toàn bộ mạng phi tập trung.Phân tích tính phi tập trung cần xem xét mức độ tập trung stake, số validator, sự đa dạng client, địa lý, dịch vụ lưu trữ, quản trị và khả năng chống kiểm duyệt.PoH có thể giúp hệ thống mở rộng, nhưng tính phi tập trung phụ thuộc vào toàn bộ hệ sinh thái.

Lợi ích của Proof of History

Lợi ích đầu tiên của Proof of History là sắp xếp thời gian có thể xác minh.PoH giúp validator kiểm tra chuỗi sự kiện mà không cần tin vào dấu thời gian thông thường.Lợi ích thứ hai là giảm chi phí phối hợp.Validator có thể xử lý các mục đã sắp xếp mà ít cần liên tục giao tiếp về thời gian.Lợi ích thứ ba là xử lý giao dịch nhanh hơn.Chuỗi có thể xác minh hỗ trợ quy trình pipeline, xử lý lạc quan và bỏ phiếu nhanh.Lợi ích thứ tư là cải thiện khả năng phát lại và kiểm tra.Validator có thể phát lại sổ cái và xác minh chuỗi PoH để kiểm tra sự kiện đã được sắp xếp chính xác hay chưa.Lợi ích thứ năm là hỗ trợ ứng dụng thông lượng cao.Sắp xếp nhanh có thể giúp DeFi, thanh toán, trò chơi, NFT và ứng dụng crypto tiêu dùng phản hồi tốt hơn.Lợi ích thứ sáu là lịch trình leader rõ ràng hơn.PoH hoạt động cùng slot, leader và tick để cấu trúc hóa quá trình tạo block.Lợi ích thứ bảy là cung cấp đồng hồ nội bộ mạnh hơn cho hệ thống phi tập trung.Đồng hồ này dựa trên tính toán mật mã thay vì niềm tin vào một máy chủ thời gian duy nhất.

Hạn chế của Proof of History

Hạn chế đầu tiên là PoH không phải cơ chế đồng thuận độc lập.Nó phải hoạt động cùng việc validator bỏ phiếu, phân trọng số stake, lựa chọn fork và quy tắc finality.Hạn chế thứ hai là độ phức tạp.Hệ thống dựa trên PoH có thể khó hiểu hơn các mô hình tạo block đơn giản đối với người dùng và nhà phát triển.Hạn chế thứ ba là áp lực phần cứng.Thiết kế hiệu suất cao có thể làm tăng yêu cầu tài nguyên của validator.Hạn chế thứ tư là PoH không ngăn được mọi kiểu tấn công.Nó hỗ trợ sắp xếp và xác minh thời gian nhưng không ngăn phishing, ứng dụng độc hại, đánh cắp khóa riêng tư hoặc hợp đồng thông minh không an toàn.Hạn chế thứ năm là sự phụ thuộc vào leader trong các slot.Nếu leader được lên lịch hoạt động kém hoặc không truyền dữ liệu, mạng phải xử lý slot bị bỏ qua, fork hoặc phương án khôi phục.Hạn chế thứ sáu là tốc độ có thể tạo ra thách thức vận hành.Mạng nhanh phải xử lý cẩn thận lỗi phần mềm, tắc nghẽn mạng, spam và đồng bộ hóa validator.Hạn chế thứ bảy là người dùng hiểu sai.Nhiều người nghe “Proof of History” và cho rằng nó hoạt động như PoW hoặc PoS, trong khi thực chất đây là một thành phần mật mã khác.

Proof of History và hợp đồng thông minh

Hợp đồng thông minh trên blockchain hỗ trợ PoH vẫn phụ thuộc vào chuỗi cơ sở để sắp xếp giao dịch và cập nhật trạng thái.PoH hỗ trợ xác định vị trí giao dịch trên dòng thời gian của sổ cái.Runtime sau đó thực thi giao dịch theo quy tắc hợp đồng thông minh.Điều này có nghĩa PoH có thể cải thiện tốc độ sắp xếp và xử lý tương tác với hợp đồng thông minh.Tuy nhiên, PoH không tự động khiến hợp đồng thông minh an toàn.Hợp đồng thông minh vẫn có thể có lỗi, quyền không an toàn, thiết kế kinh tế yếu hoặc chỉ dẫn độc hại.Người dùng vẫn nên kiểm tra địa chỉ hợp đồng, chương trình token, thông báo ví, quyền phê duyệt và tài liệu chính thức.Nhà phát triển vẫn cần kiểm toán chương trình, thử nghiệm trường hợp biên, quản lý nâng cấp cẩn thận và bảo vệ khóa quản trị.PoH cải thiện cấu trúc định thời của chuỗi cơ sở, nhưng bảo mật cấp ứng dụng vẫn là trách nhiệm riêng.Thực thi nhanh có thể giúp ứng dụng tốt hoạt động tốt hơn, nhưng cũng có thể khiến lừa đảo diễn ra nhanh hơn.

Proof of History và MEV

MEV là viết tắt của maximal extractable value, tức giá trị thu được thông qua việc sắp xếp, đưa vào hoặc loại bỏ giao dịch.Vì PoH giúp tạo thứ tự sự kiện nhanh và có thể xác minh nên cơ chế này liên quan trực tiếp đến cách giao dịch di chuyển trong mạng.PoH có thể khiến thứ tự minh bạch hơn sau sự kiện, nhưng không loại bỏ mọi quyền kiểm soát thứ tự.Leader vẫn có ảnh hưởng đến việc chọn giao dịch đưa vào trong slot của mình.Định tuyến mạng, phí ưu tiên, spam, độ trễ và hành vi validator đều có thể ảnh hưởng đến việc thực thi giao dịch.Với trader và người dùng DeFi, chất lượng thực thi tổng thể không chỉ phụ thuộc vào thiết kế định thời của giao thức cơ sở.Người dùng nên cân nhắc trượt giá, phí ưu tiên, giao dịch thất bại, chất lượng định tuyến, thanh khoản và khả năng có hành vi đối kháng.Nhà phát triển nên thiết kế ứng dụng có khả năng chống chịu với việc sắp xếp nhanh, điều kiện tranh chấp và cạnh tranh giao dịch.PoH là công cụ sắp xếp mạnh, nhưng thực thi công bằng là thách thức rộng hơn của toàn hệ sinh thái.Sự tồn tại của đồng hồ mật mã không loại bỏ nhu cầu thiết kế có xét đến MEV.

Những hiểu lầm phổ biến về Proof of History

Một hiểu lầm phổ biến là Proof of History giống Proof of Stake.Proof of Stake là mô hình đồng thuận kinh tế, còn Proof of History là hệ thống định thời và sắp xếp bằng mật mã.Một hiểu lầm khác là Proof of History thay thế validator.Validator vẫn cần thiết để xác minh giao dịch, bỏ phiếu cho fork, chạy phần mềm đồng thuận và duy trì mạng.Một hiểu lầm khác là PoH chứng minh chính xác giờ thực tế trong ngày.PoH chứng minh thứ tự tương đối và thời gian tính toán trôi qua bên trong sổ cái, chứ không chứng minh sự kiện xảy ra vào một giây cụ thể theo đồng hồ thực tế.Một hiểu lầm khác là PoH khiến fork không thể xảy ra.Fork vẫn có thể xuất hiện, nhưng PoH giúp cấu trúc hóa cách xử lý mục, slot, tick và đầu ra của leader.Một hiểu lầm khác là chỉ riêng PoH làm giao dịch final.Finality vẫn phụ thuộc vào phiếu của validator, đồng thuận có trọng số theo stake và quy tắc lựa chọn fork.

Thực hành tốt dành cho người dùng

Người dùng nên hiểu PoH là tính năng thiết kế mạng, không phải công cụ bảo mật ví cá nhân.Vẫn cần bảo vệ cẩn thận seed phrase, khóa riêng tư và ví phần cứng.Không nên cho rằng xác nhận nhanh đồng nghĩa mọi giao dịch đều không có rủi ro.Kiểm tra chi tiết giao dịch trước khi ký vì chuỗi nhanh cũng có thể thực thi sai sót nhanh chóng.Xác minh liên kết ứng dụng chính thức và địa chỉ token trước khi tương tác với chương trình on-chain.Hiểu các cấp độ commitment khi nạp hoặc rút tiền qua ứng dụng.Hãy nhớ PoH không ngăn được lừa đảo, phishing, token giả hoặc chương trình độc hại.Theo dõi thông báo trạng thái mạng khi xảy ra tắc nghẽn hoặc hoạt động bất thường.Nên gửi thử một lượng nhỏ khi chuyển tiền đến địa chỉ hoặc chương trình mới.Xem PoH là tính năng hiệu suất và sắp xếp, không phải bảo đảm an toàn đầu tư.

Thực hành tốt dành cho nhà phát triển

Nhà phát triển nên hiểu slot, leader, mục, tick và fork ảnh hưởng đến hành vi ứng dụng như thế nào.Thiết kế chương trình để xử lý cẩn thận việc sắp xếp giao dịch, khóa tài khoản, phát lại và tình huống lỗi.Không giả định thực thi nhanh khiến việc kiểm thử nghiêm ngặt trở nên không cần thiết.Theo dõi ảnh hưởng của phí ưu tiên, cạnh tranh giao dịch và độ trễ đến trải nghiệm người dùng.Thiết kế ứng dụng vẫn an toàn khi giao dịch đến nhanh hoặc theo thứ tự cạnh tranh.Công bố các giả định xác nhận đối với quy trình nạp, rút, mint, thanh lý và thanh toán.Không lưu dữ liệu riêng tư nhạy cảm on-chain chỉ vì chuỗi có tốc độ cao.Kiểm toán chương trình, quản lý cẩn trọng quyền nâng cấp và giám sát các thay đổi runtime.Xây dựng thông báo ví rõ ràng để người dùng biết chính xác nội dung họ đang ký.PoH có thể hỗ trợ ứng dụng tốc độ cao, nhưng nhà phát triển vẫn chịu trách nhiệm về logic ứng dụng an toàn.

Câu hỏi thường gặp

Proof of History có nghĩa là gì?

Proof of History nghĩa là blockchain sử dụng một chuỗi mật mã để chứng minh thứ tự và khoảng thời gian giữa các sự kiện.

Proof of History có phải cơ chế đồng thuận không?

Proof of History thường không được xem là cơ chế đồng thuận độc lập hoàn chỉnh vì nó hoạt động cùng việc validator bỏ phiếu và cơ chế đồng thuận kiểu Proof of Stake.

Blockchain nào nổi tiếng với Proof of History?

Solana là blockchain gắn liền với Proof of History nhất.

Vì sao Proof of History quan trọng?

Proof of History quan trọng vì cung cấp cho validator dòng thời gian có thể xác minh, qua đó có thể giảm chi phí giao tiếp và hỗ trợ xử lý giao dịch nhanh hơn.

Proof of History sắp xếp giao dịch như thế nào?

Proof of History sắp xếp giao dịch bằng cách đưa dữ liệu vào luồng hash tuần tự, trong đó đầu ra sau phụ thuộc vào đầu vào trước.

Proof of History có giống Proof of Work không?

Không. Proof of Work sử dụng cạnh tranh đào coin để đạt đồng thuận, còn Proof of History tạo chuỗi thời gian và thứ tự có thể xác minh.

Proof of History có giống Proof of Stake không?

Không. Proof of Stake sử dụng tài sản đã stake và validator để đạt đồng thuận, còn Proof of History cung cấp đồng hồ mật mã hỗ trợ sắp xếp và đồng bộ hóa.

Tick PoH là gì?

Tick PoH là mục trống giúp thể hiện hoạt động của leader và thời gian trôi qua trong luồng PoH.

Leader Solana là gì?

Leader Solana là validator được lên lịch tạo các mục trong một slot và ghi chúng vào chuỗi PoH.

PoH có ngăn fork không?

Không. PoH không ngăn được mọi fork nhưng hỗ trợ cấu trúc hóa quá trình tạo fork, phát lại và bỏ phiếu của validator.

PoH có khiến giao dịch final ngay lập tức không?

Không. PoH hỗ trợ sắp xếp nhanh, nhưng finality vẫn phụ thuộc vào phiếu của validator và quy tắc đồng thuận.

PoH có bảo vệ người dùng khỏi lừa đảo không?

Không. PoH là cơ chế định thời và sắp xếp, vì vậy người dùng vẫn cần bảo mật ví, kiểm tra giao dịch và thẩm định ứng dụng.

Kết luận

Proof of History (PoH) là phương thức đo thời gian bằng mật mã, giúp blockchain chứng minh thứ tự và khoảng thời gian giữa các sự kiện.PoH nổi tiếng nhất với vai trò thành phần cốt lõi trong kiến trúc Solana, nơi nó hoạt động cùng Proof of Stake, lịch trình leader, mục, tick, fork và cơ chế bỏ phiếu validator kiểu Tower BFT.PoH không giống Proof of Work và cũng không giống Proof of Stake.Đây là đồng hồ mật mã giúp validator thống nhất thứ tự sự kiện với ít chi phí giao tiếp hơn.Cơ chế này có thể hỗ trợ xử lý giao dịch nhanh hơn, thông lượng cao hơn, thực thi lạc quan, phát lại hiệu quả và quy trình leader có cấu trúc hơn.Đồng thời, bản thân PoH không giải quyết mọi vấn đề blockchain.Nó không loại bỏ nhu cầu về validator, đồng thuận có trọng số theo stake, quy tắc finality, lựa chọn fork, phần mềm an toàn, quản trị tốt hoặc hợp đồng thông minh an toàn.PoH cũng không bảo vệ người dùng khỏi phishing, đánh cắp khóa riêng tư, chương trình độc hại hoặc quyết định đầu tư thiếu thận trọng.Giá trị chính của Proof of History là cung cấp cho mạng phi tập trung một dòng thời gian có thể xác minh mà không cần đồng hồ tập trung.Cách hiểu đơn giản nhất về PoH là nó biến thời gian thành bản ghi mật mã, cho phép validator kiểm tra thời điểm các sự kiện xảy ra tương quan với nhau và xử lý hoạt động blockchain hiệu quả hơn.