<code-segment>标签，根据规则判断：大部分代码段是供人阅读的LLM提示或配置说明，需要翻译；包含机器语言的值如URL、数字公式则保持原样。例如{argument name="label" default="direct-flash-gamer-girl"}`这种JSON-like内容不是真正的代码块，需要在注释翻译中处理。
翻译策略上，金融术语如"collateral"、"leverage loops"、"yield generation"等要找到金融领域认可的越南语对应词。长句需要拆分，被动语态转为主动，符合越南语表达习惯。例如"NAV stops being a reporting function"译为"NAV không còn chỉ là chức năng báo cáo"比直译更自然。
特别注意"the next depositor"这个概念，需要体现保护后续存入者的含义，不能简单译为"người gửi tiền tiếp theo"。同样"socialized losses"需要译为"xã hội hóa tổn thất"以保留原意。
注释中的URL和域名需要完全保留，如docs.concrete.xyz/audits。链接文本需要翻译，但保留URL本身。表格和列表结构要完全保持原样。
最后检查一遍，确保没有遗漏任何技术术语的翻译，同时保持全文风格一致。对于"value-transfer event"这样的概念，需要找到准确的越南语金融术语来表达价值转移的意思。</think>## Vấn Đề Với Kho Bạc Thời Gian Thực
Mỗi phần kho bạc đại diện cho một quyền lợi đối với tài sản cơ bản. Câu hỏi đặt ra là liệu mức giá được sử dụng để đúc và mua lại các phần đó có thực sự chính xác hay không.
Trong tài chính truyền thống, NAV(1) thay đổi chậm. Hầu hết các quỹ sử dụng định giá tương lai, nơi các khoản tiền gửi được thanh toán sau đó thông qua các khung thời gian nhập cảnh theo hàng đợi, vốn dĩ đã hạn chế rủi ro định giá lỗi thời.
DeFi thay đổi hoàn toàn điều đó. Để các phần kho bạc có thể tương tác được trên thị trường cho vay, vòng lặp đòn bẩy và các hệ thống tài chính on-chain, các khoản tiền gửi cần được thực hiện nguyên tử trong khi các chiến lược cơ bản và hệ thống kế toán cập nhật không đồng bộ trên các chuỗi, sàn giao dịch và môi trường thực thi khác nhau.
Điều đó tạo ra một khoảng cách nguy hiểm giữa những gì kho bạc thực sự sở hữu và những gì kho bạc tin rằng mình sở hữu.
Ngay khi vốn có thể di chuyển liên tục, NAV không còn chỉ là một chức năng báo cáo mà trở thành cơ sở hạ tầng cốt lõi. Mọi khoản tiền gửi, mua lại, tái cân bằng và thanh toán đều phụ thuộc vào tính toàn vẹn của mức giá được sử dụng tại thời điểm chính xác đó. Một NAV lỗi thời không phải là vấn đề thẩm mỹ; đó là một sự kiện chuyển giao giá trị.
Nếu tiền gửi được định giá dựa trên số dư đã lỗi thời, người dùng mới sẽ trợ cấp cho những người nắm giữ hiện tại. Nếu các khoản mua lại được thanh toán dựa trên định giá lỗi thời, người dùng rút tiền sẽ trích xuất giá trị từ kho bạc. Và nếu một chiến lược phát sinh thua lỗ trước khi NAV kịp cập nhật, các khoản tiền gửi mới có thể vô tình mua phải tài sản tồn kho đã mất giá với mức giá trước khi lỗ. Không có thất bại nào trong số này xuất hiện trong APY chính thức, nhưng chúng có ý nghĩa.
Đây là vấn đề cơ sở hạ tầng ẩn đằng sau DeFi thể chế, và chính xác là lý do tại sao Concrete xây dựng một hệ thống quản lý NAV thời gian thực được thiết kế cho tài chính on-chain không đồng bộ.
Hầu hết các hệ thống kho bạc được xây dựng dựa trên giả định này: các chiến lược hoàn toàn on-chain, và việc tạo ra lợi suất có tính lập trình. Vốn di chuyển qua các smart contract, các vị thế được cập nhật một cách tất định, và kế toán có thể được mã hóa cứng trực tiếp vào chính kho bạc. Miễn là các chiến lược tồn tại hoàn toàn on-chain, NAV vẫn tương đối đơn giản để tính toán vì kho bạc luôn có khả năng hiển thị ngay lập tức vào các vị thế và số dư cơ bản của nó.
Giả định đó phá vỡ ngay khi các kho bạc phát triển vượt ra ngoài các chiến lược smart contract.
Các hệ thống kho bạc hiện đại ngày càng phụ thuộc vào việc thực thi chủ động, phân bổ do người quản lý chỉ đạo, triển khai xuyên chuỗi và các nguồn lợi suất off-chain không thể được phản ánh on-chain trong thời gian thực. Các chiến lược hiện hoạt động xuyên suốt các cầu nối, sàn giao dịch vĩnh viễn, thị trường tiền tệ, hệ thống restaking và các bể thanh khoản, tất cả đều có thời gian thanh toán, độ trễ báo cáo và đặc điểm thanh khoản khác nhau. Trong một số trường hợp, trạng thái vị thế liên quan có thể phụ thuộc vào hồ sơ lưu ký, dữ liệu sàn giao dịch, thanh toán xuyên chuỗi hoặc hồ sơ thực thi off-chain không thể được phản ánh on-chain với cùng tốc độ như số dư token đơn giản.
Kết quả là vốn di chuyển liên tục trong khi trạng thái cơ bản của kho bạc cập nhật không đồng bộ, tạo ra một khoảng cách nguy hiểm giữa những gì kho bạc thực sự sở hữu và những gì kho bạc tin rằng mình sở hữu.
Trong khoảng cách đó, giá trị bị rò rỉ.
Độ trễ định giá không phải là ma sát vận hành, đó là sự chuyển giao rủi ro ẩn. DeFi di chuyển càng nhanh, tính toàn vẹn kế toán càng trở nên quan trọng.
Quản Lý NAV Cho Tài Chính On-Chain
Concrete tiếp cận NAV như một vấn đề hệ thống thay vì một oracle hoặc bản cập nhật kế toán đơn lẻ. Kiến trúc kết hợp các mô hình làm mịn, ngưỡng rủi ro động, xác minh độc lập, kiểm soát tiền gửi và cơ chế tạm dừng tự động thành một khuôn khổ thống nhất được thiết kế để giữ cho định giá kho bạc chính xác ngay cả trong điều kiện thị trường biến động.
Thách thức đầu tiên là nhiễu. Dữ liệu định giá thô vốn dĩ không hoàn hảo. Sự chậm trễ của cầu nối, API lỗi thời, sự gián đoạn thanh khoản tạm thời và các sự kiện thanh toán không đồng bộ đều có thể làm sai lệch kế toán ngắn hạn. Concrete làm mịn các quan sát NAV bằng cách sử dụng đường trung bình động có trọng số hàm mũ (EWMA), cho phép các quan sát gần đây mang nhiều trọng số hơn trong khi lọc các đột biến riêng lẻ và bất thường tạm thời.(2) Mục tiêu không phải là ngăn chặn biến động; đó là giới hạn ảnh hưởng của các bất thường dữ liệu riêng lẻ lên định giá kho bạc.
Nhưng chỉ làm mịn thôi là chưa đủ vì mỗi kho bạc hoạt động khác nhau. Một chiến lược carry delta-trung tính có hồ sơ biến động hoàn toàn khác so với một kho bạc restaking có đòn bẩy. Một biến động 50 điểm cơ bản có thể không đáng kể đối với chiến lược này nhưng lại là thảm họa đối với chiến lược khác. Concrete hiệu chỉnh từng kho bạc một cách độc lập bằng cách gắn các ngưỡng tạm dừng với các phép đo biến động luân phiên bắt nguồn từ mô hình độ lệch chuẩn hai tuần.(3) Các ngưỡng tự động thắt chặt trong giai đoạn ổn định và mở rộng trong môi trường biến động, cho phép quản lý rủi ro thích ứng động với hành vi của chiến lược cơ bản thay vì dựa vào các giả định tĩnh.
Xác Minh Trước Khi Thanh Toán
Ngay cả khi đó, tốc độ mà không có xác minh không phải là cơ sở hạ tầng thể chế. Mỗi bản cập nhật NAV bên trong Concrete đều trải qua một quy trình xác minh ba bên. Một Người Đề Xuất Giao Dịch tính toán bản cập nhật được đề xuất bằng cách sử dụng dữ liệu chiến lược và kế toán. Một Người Ký Độc Lập xác thực bản cập nhật dựa trên một nguồn kế toán riêng biệt. Cuối cùng, chính smart contract từ chối các bản cập nhật nằm ngoài các ranh giới kế toán được xác định trước.(4) Theo thiết kế, không một nhà điều hành đơn lẻ nào, bao gồm cả Concrete, có thể đơn phương sửa đổi kế toán kho bạc ngoài các ranh giới được thực thi bởi smart contract. Mục đích của hệ thống không chỉ đơn giản là dự phòng hoạt động; đó là giảm rủi ro rằng dữ liệu xấu, báo cáo lỗi thời hoặc sai sót của nhà điều hành ảnh hưởng trực tiếp đến lớp định giá mà người dùng giao dịch.
Tính toàn vẹn của định giá, tuy nhiên, chỉ là một nửa vấn đề. Ngay cả các hệ thống kế toán được xác minh hoàn hảo cũng không thể loại bỏ độ trễ giữa các sự kiện thị trường và cập nhật thanh toán.
Xác minh đảm bảo NAV được báo cáo là chính xác. Tính toàn vẹn của thanh toán đảm bảo người dùng giao dịch dựa trên NAV đó một cách công bằng trong khi trạng thái cơ bản của kho bạc tiếp tục cập nhật không đồng bộ.
Mục tiêu không phải là loại bỏ hoàn toàn độ trễ. Mục tiêu là ngăn chặn sự không chắc chắn tạm thời trở thành rò rỉ giá trị vĩnh viễn.
Bảo Vệ Người Gửi Tiền Tiếp Theo
Điều này trở nên quan trọng nhất trong các sự kiện thua lỗ vật chất, đó là nơi hầu hết các hệ thống tạm dừng DeFi bị hiểu sai về cơ bản. Các cơ chế tạm dừng thường được mô tả như các biện pháp bảo vệ hoạt động để bảo vệ các giao thức hoặc nhà điều hành. Trong thực tế, chúng tồn tại để bảo vệ người gửi tiền tiếp theo.
Nếu một chiến lược phát sinh một khoản lỗ vật chất trước khi NAV cập nhật đầy đủ, kết quả tồi tệ nhất là cho phép các khoản tiền gửi mới tiếp tục vào kho bạc với mức giá lỗi thời. Những người dùng đó thực sự đang mua tài sản tồn kho đã mất giá mà không nhận ra. Kiến trúc tạm dừng của Concrete được thiết kế đặc biệt cho kịch bản này. Khi sự sai lệch giữa lớp quan sát trực tiếp và mô hình định giá đã được làm mịn vượt quá các ngưỡng được điều chỉnh theo biến động, hệ thống được thiết kế để tạm dừng tiền gửi cho đến khi tính toàn vẹn định giá được khôi phục.(5) Mục đích không phải là sự thuận tiện trong hoạt động; đó là giảm rủi ro rằng các khoản lỗ vô tình được xã hội hóa giữa những người tham gia.
Rút tiền giới thiệu cùng một vấn đề theo chiều ngược lại. Nếu vốn vẫn được triển khai sau khi yêu cầu rút tiền được khởi tạo, nó vẫn đang tạo ra lợi nhuận và vẫn phải đối mặt với rủi ro. Coi người dùng như đã thoát ra trước khi các vị thế thực sự được giải phóng tạo ra sự không phù hợp giữa mức độ tiếp xúc kinh tế và thực tế kế toán.
Kiến trúc kho bạc không đồng bộ của Concrete sử dụng hàng đợi rút tiền theo kỳ tương thích ERC-4626, thanh toán các khoản mua lại dựa trên NAV tại thời điểm thanh toán, không phải NAV tại thời điểm yêu cầu.(6) Nguyên tắc rất đơn giản: nếu quỹ vẫn phải chịu rủi ro chiến lược, chúng cũng phải tiếp tục chịu sự thay đổi NAV dẫn đến. Bất cứ điều gì khác tạo ra cơ hội chênh lệch giá và chuyển giao giá trị không công bằng giữa những người tham gia.
Sản Phẩm Là Công Nghệ Nền Tảng
Điều quan trọng không phải là bất kỳ lớp kiểm soát cá nhân nào, mà là cách các lớp củng cố lẫn nhau. Làm mịn mà không có ngưỡng thích ứng trở nên quá cứng nhắc. Ngưỡng mà không có xác minh giới thiệu rủi ro hoạt động. Xác minh mà không có kiểm soát tiền gửi vẫn để người dùng tiếp xúc trong các cửa sổ độ trễ. Giới hạn tiền gửi mà không có hệ thống tạm dừng vẫn cho phép các sự kiện định giá suy yếu. Và hệ thống tạm dừng mà không có kiến trúc rút tiền mạch lạc vẫn làm rò rỉ giá trị khi mua lại.
Sản phẩm không phải là EWMA. Sản phẩm không phải là giới hạn tiền gửi. Sản phẩm không phải là kế toán tự động.
Sản phẩm là công nghệ nền tảng.
Các nhà phân bổ thể chế không đánh giá các kho bạc chỉ dựa trên lợi suất. Họ đánh giá tính toàn vẹn kế toán, kiểm soát hoạt động, độ chính xác định giá và thiết kế giảm thiểu tổn thất. Đây là lớp cơ sở hạ tầng cần thiết để DeFi trưởng thành vượt ra ngoài các dòng vốn đầu cơ và phát triển thành cơ sở hạ tầng tài chính có thể lập trình có khả năng hỗ trợ vốn quy mô thể chế.
Hệ thống của Concrete được thiết kế để các bản cập nhật NAV được xác minh độc lập, các bất thường về định giá được lọc trước khi thanh toán, mức độ tiếp xúc tiền gửi được giới hạn động, các sự kiện thua lỗ vật chất kích hoạt cơ chế tạm dừng đối với dòng vốn mới và các khoản rút tiền được thanh toán dựa trên trạng thái kế toán trực tiếp thay vì ảnh chụp nhanh lỗi thời. Các hệ thống này không phải là các tính năng tùy chọn được thêm vào kho bạc sau khi đã xây dựng. Chúng là các yêu cầu nền tảng để làm cho tài chính có thể lập trình trở nên đáng tin cậy ở quy mô lớn.
Tương Lai Của Cơ Sở Hạ Tầng Kho Bạc
DeFi đã giải quyết được tính minh bạch trước khi giải quyết được kế toán. Điều đó hiện đang thay đổi.
Khi các kho bạc phát triển thành cơ sở hạ tầng tài chính có thể lập trình hoạt động xuyên suốt các chuỗi, chiến lược và lớp thanh khoản, chất lượng cơ sở hạ tầng trở nên quan trọng hơn APY chính thức. Giai đoạn tiếp theo của DeFi sẽ không được xác định bởi ai báo cáo lợi suất nhanh nhất. Nó sẽ được xác định bởi ai có thể làm cho những con số đó đáng tin cậy.
NAV thời gian thực không chỉ đơn giản là một cải tiến UX. Đó là cơ sở hạ tầng nền tảng cho vốn thể chế. Bởi vì vốn di chuyển on-chain càng nhanh, tính toàn vẹn kế toán càng trở nên quan trọng.
Các kho bạc không còn là các trình bao bọc lợi suất thụ động. Chúng là các hệ thống tài chính có thể lập trình, và các hệ thống tài chính có thể lập trình yêu cầu lòng tin có thể lập trình.
Bài viết này chỉ nhằm mục đích cung cấp thông tin và không cấu thành lời khuyên đầu tư, pháp lý, thuế, tài chính hoặc một lời đề nghị hay chào mời dưới bất kỳ hình thức nào. Các mô tả về kiến trúc, kiểm soát và mục tiêu thiết kế của Concrete chỉ mang tính minh họa; chúng không loại bỏ các rủi ro liên quan đến smart contract, giao thức DeFi, điều kiện thị trường, lỗi oracle hoặc dữ liệu, lỗi hoạt động, cơ sở hạ tầng bên thứ ba hoặc hiệu suất của đối tác. Concrete không đảm bảo rằng bất kỳ lợi suất mục tiêu, độ chính xác NAV, hành vi tạm dừng hoặc kết quả hệ thống nào khác sẽ đạt được. Các tuyên bố hướng tới tương lai phản ánh kỳ vọng hiện tại của Concrete và không phải là sự đảm bảo về kết quả trong tương lai. Việc tham gia vào các kho bạc Concrete có rủi ro, bao gồm rủi ro mất toàn bộ vốn. Để có các công bố rủi ro đầy đủ, hãy xem https://concrete.xyz/disclaimershttps://concrete.xyz/disclaimers).
- Trong bài viết này, "NAV" đề cập đến giá trị kế toán hoạt động được sử dụng để định giá phần kho bạc, tiền gửi, mua lại và thanh toán cấp chiến lược. Nó có thể khác với NAV báo cáo tài chính, hồ sơ lưu ký hoặc giá trị giao thức bên thứ ba và có thể bị ảnh hưởng bởi phương pháp luận và thời điểm cụ thể của kho bạc.
- Đường trung bình động có trọng số hàm mũ cho nhiều trọng số hơn cho các quan sát gần đây trong khi vẫn kết hợp dữ liệu cũ hơn. Các tham số cụ thể, bao gồm tốc độ suy giảm và cửa sổ quan sát, được hiệu chỉnh cho từng kho bạc và có thể được Concrete cập nhật theo thời gian dựa trên đặc điểm chiến lược, điều kiện thị trường và dữ liệu hoạt động. Làm mịn EWMA làm giảm ảnh hưởng của các bất thường định giá ngắn hạn nhưng không loại bỏ rủi ro định giá.
- Cửa sổ biến động, độ rộng ngưỡng và tham số tạm dừng được hiệu chỉnh cho từng kho bạc, có thể thay đổi theo quyết định của Concrete và phụ thuộc vào độ chính xác của dữ liệu đầu vào. Không có mô hình ngưỡng nào có thể dự đoán trước mọi điều kiện thị trường.
- Các vai trò được mô tả (Người Đề Xuất Giao Dịch, Người Ký Độc Lập và xác thực on-chain) hoạt động trong các smart contract kho bạc của Concrete và chịu sự kiểm soát của multisig và timelock. Xác minh làm giảm nhưng không loại bỏ rủi ro về các bản cập nhật NAV không chính xác, bao gồm các rủi ro phát sinh từ khóa bị xâm phạm, dữ liệu đầu vào bị lỗi hoặc lỗ hổng smart contract. Lịch sử kiểm toán của Concrete có sẵn tại docs.concrete.xyz/audits.
- Hành vi tạm dừng phụ thuộc vào việc hiệu chỉnh ngưỡng chính xác và độ chính xác của lớp quan sát cơ bản. Các lệnh tạm dừng có thể không được kích hoạt trong tất cả các kịch bản thua lỗ và thiết kế nhằm mục đích giảm, chứ không phải loại bỏ, rủi ro rằng những người gửi tiền mới giao dịch ở mức giá lỗi thời.
- Các kho bạc của Concrete được xây dựng theo tiêu chuẩn kho bạc ERC-4626, với các phần mở rộng hàng đợi rút tiền không đồng bộ theo kỳ được thực hiện ở cấp độ hợp đồng. Thời gian thanh toán phụ thuộc vào hồ sơ thanh khoản của chiến lược cơ bản và có thể bị ảnh hưởng bởi các cổng cấp kho bạc, sự kiện đình chỉ và các điều khoản khác được nêu trong tài liệu kho bạc áp dụng.
