Trong nhiều năm hoạt động trong giới tiền mã hóa, tôi đã phần nào hiểu rõ quy trình vận hành. Những dự án ngày nào cũng hô hào khẩu hiệu thường chết rất nhanh, ngược lại những hạ tầng nền tảng không nổi bật nhưng một khi gặp vấn đề thì gây ra thảm họa hệ thống, mới thực sự là những thứ tốt. Oracles chính là theo logic này — bình thường ít ai bàn luận, khi có chuyện xảy ra thì toàn mạng đều bàn tán.



Xét về APRO, tôi muốn từ góc độ thực chiến để suy nghĩ: nó thực sự đang lừa đảo hay đang giúp hệ thống tránh rủi ro một cách chân chính.

Dù sao, APRO không phải là vấn đề mới mẻ gì, mà là vấn đề của một cổ đông cũ: thế giới blockchain rõ ràng đen trắng — hoặc đúng hoặc sai, không có vùng xám. Nhưng thực tế thế giới thì sao? Giá bị thao túng, sự kiện có không gian xám, tài liệu và quy tắc thường không rõ ràng. Một số dự án oracle cố gắng "hoàn toàn trên chuỗi" để chứng minh dòng máu thuần khiết của mình, nhưng thực tế đã tát cho họ một cái — con đường này không thể đi tiếp.

APRO lại chọn cách làm chắc chắn hơn: xử lý phức tạp toàn bộ ở ngoài chuỗi, chỉ mang kết quả cuối cùng và logic xác thực trở lại chuỗi. Đây không phải là sự lùi bước, mà là công trình kỹ thuật, hoàn toàn phù hợp với logic của các hệ thống đáng tin cậy trong thực tế.

Tôi cũng khá đồng tình với quan điểm của nó về "niềm tin". APRO không rảnh để hô hào "tiêu diệt hoàn toàn niềm tin" kiểu vô nghĩa đó, mà muốn phân tách, làm rõ và phơi bày niềm tin dưới ánh sáng mặt trời. Thu thập dữ liệu, diễn giải dữ liệu, xác thực kết quả — phân tầng xử lý, về bản chất là thu hẹp phạm vi hợp đồng thông minh phải "tin tưởng mù quáng". Rủi ro vẫn còn, nhưng ai phải chịu trách nhiệm thì rõ ràng rành mạch. Trong lĩnh vực tài chính và hạ tầng, cách làm cứng rắn này thường hiệu quả hơn là những lời nói suông về phi tập trung.

Nhìn sang phần hỗ trợ cả hai chế độ push và pull, rõ ràng đây là kết quả của việc trải qua nhiều thất bại để thiết kế ra. Các tình huống khác nhau, cách làm khác nhau, đó mới gọi là linh hoạt trong ứng dụng.
Xem bản gốc
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.
  • Phần thưởng
  • 10
  • Đăng lại
  • Retweed
Bình luận
0/400
rugged_againvip
· 01-06 07:49
Liên kết xử lý ngoài chuỗi + xác thực trên chuỗi, đây mới là giải pháp thực tế. So với những dự án ngày nào cũng khoe về phi tập trung thì đáng tin cậy hơn nhiều. Tuy nhiên, push và pull đều cần, có thể sẽ tăng diện tấn công chứ? Dự án hạ tầng thì như vậy, khi xảy ra chuyện mới biết tầm quan trọng của nó. Ý tưởng của APRO vẫn còn khá thú vị. Thành thật mà nói, so với những dự án ngày nào cũng tạo ra khái niệm mới, thì những người thực sự giải quyết vấn đề lại ít được chú ý hơn. Trong vài năm qua, tôi thấy tình trạng này vẫn vậy. Chi tiết hóa niềm tin từ góc độ này cũng không tệ, tránh việc đặt tất cả cược vào một logic xác thực, phân tán rủi ro mới là chân lý. Làm việc ngoài chuỗi, xác thực trên chuỗi, nghe có vẻ đơn giản nhưng thực sự làm tốt mới biết khó đến mức nào.
Xem bản gốcTrả lời0
CryptoFortuneTellervip
· 01-06 07:06
Xử lý ngoài chuỗi, xác minh trên chuỗi, đó mới là con đường đúng. Những thứ non nóng "100% trên chuỗi" để chứng minh vô tội, đã đến lúc phải tự xem xét lại rồi. --- Cách tiếp cận phân tầng tin tưởng của APRO, tôi ủng hộ, đáng tin cậy hơn nhiều so với những thứ ngày nào cũng lừa phỉnh về "loại bỏ trung gian". --- Kỹ thuật kép push và pull này, thực sự chỉ có thể nghĩ ra khi đã bước vào bẫy. Hầu hết các dự án vẫn đang làm một chiều. --- Cơ sở hạ tầng phải như vậy, chắc chắn đến mức khiến người ta không có gì để chê. Tốt hơn nhiều so với những chiêu trò hoa mỹ chỉ biết hét to. --- Nói thật lòng, thực tế phức tạp như vậy, muốn cô đặc thành đen trắng thuần túy thì dự án ấy đã chết từ lâu. Cách suy nghĩ của APRO lại là tường minh nhất. --- Ai chịu trách nhiệm phải rõ ràng, điểm này thực sự chạm vào vấn đề then chốt. Có ý nghĩa hơn nội lệnh "tôn giáo phi tập trung" đó. --- Dự án nào có thể phân công rõ ràng giữa ngoài chuỗi và trên chuỗi, thường là những dự án thực sự sống lâu dài. --- Vùng xám được xử lý như thế nào, lại quyết định độ tin cậy của một hệ thống. APRO đã nhìn rõ điều này.
Xem bản gốcTrả lời0
rekt_but_resilientvip
· 01-05 06:33
Làm việc ngoài chuỗi + xác minh trên chuỗi thực sự là một ý tưởng cứng cáp, đáng tin cậy hơn nhiều so với những dự án dựa trên lý thuyết suông về oracle. --- Thành thật mà nói, dám thừa nhận sự tồn tại của niềm tin còn chân thành hơn việc giả vờ muốn tiêu diệt niềm tin. --- Hỗ trợ cả push và pull? Đây thực sự là một thiết kế chỉ những người đã từng vấp ngã mới nghĩ ra được. --- Oracle thường không được quan tâm, nhưng khi có chuyện xảy ra thì toàn bộ mạng lưới bùng nổ, định vị của APRO thực sự đã nắm rõ. --- Trong sáng rõ ràng vs vùng xám của thực tế, điểm mâu thuẫn này APRO đã chạm đúng vào chỗ đau. --- Phân lớp xử lý niềm tin, phân rõ trách nhiệm, điều này hiệu quả gấp trăm lần so với việc kêu gọi "phi tập trung". --- Hạ tầng cơ bản không nổi bật mới là thứ tốt, nói đúng quá rồi. --- Làm việc ngoài chuỗi, xác minh trên chuỗi, đó mới gọi là thực tế và khách quan, tránh xa những thiết kế mang tính Utopia.
Xem bản gốcTrả lời0
PumpingCroissantvip
· 01-04 19:18
Chữ dưới chuỗi dữ liệu cũng dám rõ ràng như vậy, đây mới là cách làm của người thực sự chân thành --- Câu nói về việc hoàn toàn lên chuỗi đã nghe nhàm rồi, cần phải nhận thức rõ thực tế --- Chuẩn bị cả hai phương án push và pull, thực sự đã từng vấp ngã --- So với những người ngày ngày kêu gọi "tin tưởng", cách phân chia trách nhiệm này đáng tin cậy hơn nhiều --- Các dự án hạ tầng cơ bản chính là như vậy, bình thường không có tiếng vang, chỉ khi quan trọng mới thể hiện sự khác biệt --- Cách phối hợp giữa chuỗi ngoài và chuỗi trong, đây mới là thử thách về khả năng kỹ thuật --- Nói thẳng ra là từ bỏ chủ nghĩa lý tưởng thuần túy, chọn con đường thực tế hơn --- Vùng xám thực sự không thể sửa đổi, thay vì cãi cọ chết thì tốt hơn là xử lý tốt đẹp
Xem bản gốcTrả lời0
InscriptionGrillervip
· 01-03 08:54
Anh chàng này nói đúng, cuối cùng cũng có người dám thẳng thắn — hệ thống hoàn toàn trên chuỗi là một giả thuyết sai, thực tế đã phản bác rồi Xử lý ngoài chuỗi + xác thực trên chuỗi, đó mới là cách tồn tại trong thế giới này, đừng có mấy lời lý tưởng hóa vô nghĩa đó
Xem bản gốcTrả lời0
LightningLadyvip
· 01-03 08:52
Chào, cuối cùng cũng có người nói thật rồi. Những dự án ngày nào cũng kêu gọi thực ra sắp chết rồi, ngược lại những hạ tầng không ai chú ý mới là điểm bán hàng thực sự. Logic xử lý ngoài chuỗi + xác thực trên chuỗi của APRO tôi đồng ý, không phải tất cả mọi thứ đều phải đưa lên chuỗi mới đúng là thuần túy. Thực tế là màu xám, ai có thể chấp nhận điều này thì người đó thắng. Những người cố chấp "hoàn toàn phi tập trung" hoặc là ngốc hoặc là lừa đảo. Ý tưởng phân tách độ tin cậy này khá hay, chia nhỏ rủi ro ra để xem, ai nên gánh trách nhiệm rõ ràng. Đây mới là công việc đẳng cấp tài chính. push và pull đều được hỗ trợ, rõ ràng đã bị thực tế kiểm chứng, có chút giá trị.
Xem bản gốcTrả lời0
HodlKumamonvip
· 01-03 08:47
Xử lý ngoài chuỗi + xác thực trên chuỗi, đây mới là công việc của người hiểu kỹ thuật, đáng tin cậy hơn nhiều so với những dự án ngày nào cũng khoe "100% phi tập trung", dữ liệu là lời nói rõ ràng đấy
Xem bản gốcTrả lời0
HappyToBeDumpedvip
· 01-03 08:38
Lời nói của anh trai thật đau lòng, tôi thực sự đã thấy quá nhiều người chạy trốn ở cuối bầu trời, và sự im lặng của APRO là vàng, nhưng nó đáng tin cậy Nói một cách thẳng thắn, thói quen xử lý off-chain + xác minh on-chain là sự truyền tải thực sự của chủ nghĩa hiện thực, không giống như những đảng khẩu hiệu "phi tập trung hoàn toàn", những người tự thỏa mãn mỗi ngày Vấn đề là ai thực sự tin tưởng bây giờ, chế biến nhiều lớp trông đẹp, nhưng trong trường hợp có vấn đề ở bất kỳ lớp nào thì không được phép chiên trong nhóm Tôi đồng ý rằng cả đẩy và kéo đều hỗ trợ điều này, cho thấy rằng nó thực sự đã được thử nghiệm trong thực chiến, nhưng việc "giẫm lên hố" ngày nay đôi khi không nhất thiết phải đáng tin cậy --- Hơi thú vị, tôi cảm thấy APRO đang sử dụng tư duy kỹ thuật để làm tài chính, và thực tế hơn là không đi theo con đường đen trắng đó --- Làm thế nào để kiểm tra quá trình xử lý off-chain này, cuối cùng, bạn không cần phải tin tưởng vào kết quả tính toán của những người đó, đây không phải vẫn là vấn đề tin cậy sao? --- Oracle thực sự là một thứ thường không có người ở, và ngay khi có điều gì đó xảy ra, toàn bộ mạng lưới ngay lập tức lên án nó, và APRO thực sự đáng được chú ý nếu nó thực sự có thể làm cho tác phẩm này ổn định --- Cả hai đẩy và kéo? Điều này rõ ràng có một câu chuyện, không giống như những dự án "lý tưởng" chỉ đi theo một con đường
Xem bản gốcTrả lời0
WhaleWatchervip
· 01-03 08:37
Liên kết xử lý ngoài chuỗi + xác thực trên chuỗi, phương pháp này thực sự là tư duy kỹ thuật vững chắc, không giống như những dự án ngày nào cũng khoe "hoàn toàn phi tập trung" Logic phân lớp tin cậy của APRO, nói rõ ra là chia nhỏ hộp đen thành nhiều hộp đen nhỏ, rõ ràng về trách nhiệm, rủi ro cũng sẽ kiểm soát được Hỗ trợ chế độ push và pull, tôi phải thừa nhận, đây thực sự là thiết kế mà chỉ sau khi gặp phải thiệt hại mới nghĩ ra Nhưng vẫn còn phải xem ai sẽ đảm bảo phần ngoài chuỗi đó, nếu việc chọn nút mạng lại bị vài đại gia độc quyền... thì về bản chất vẫn là đổi thuốc nhưng không đổi thuốc
Xem bản gốcTrả lời0
MEVSandwichMakervip
· 01-03 08:32
Thủ thuật xử lý logic phức tạp ngoài chuỗi thực sự tàn nhẫn và hầu hết các dự án vẫn đang nói trên giấy --- Nói thẳng ra, đó là phá vỡ lòng tin và giải quyết nó một cách riêng biệt, điều này đáng tin cậy hơn nhiều so với việc hét lên "hoàn toàn không tin tưởng" --- Cả đẩy và kéo đều được hỗ trợ? Có vẻ như nó thực sự đã bước lên hố, và một thiết kế như vậy có sức sống --- Bộ chuỗi 100% lẽ ra phải bị loại bỏ từ lâu, thực tế quá phức tạp, bạn phải chết --- Thường không ai chú ý đến cơ sở hạ tầng, và nếu có sự cố thực sự, toàn bộ mạng sẽ bùng nổ, và định vị của APRO thực sự khá tỉnh táo --- Tôi đồng ý với logic của xác minh phân cấp, ai bị tai nạn chịu trách nhiệm tốt hơn là mọi người mù quáng tin vào dây chuyền
Xem bản gốcTrả lời0
Xem thêm
  • Ghim