#dusk $DUSK @Dusk
Khi đọc qua logic chuyển nhượng của Zedger, có một điểm luật khiến tôi dừng lại: bên nhận phải phê duyệt một giao dịch trước khi giao dịch được “chốt”. Không phải người gửi. Mà là người ở đầu bên kia.
Tôi đã nghĩ rằng một giao dịch chuyển nhượng chỉ cần được khởi tạo là sẽ chạy qua một lần, giống như cách hoạt động của hầu hết các mô hình tài khoản. Zedger không làm vậy. Cho đến khi được chấp nhận, số dư vẫn được tính ở phía người gửi. Có một đường dẫn CLAIM trong trường hợp phê duyệt không đến trước khi giao dịch hết hạn, điều đó cho tôi thấy trạng thái “đang chờ” này được thiết kế để xảy ra, chứ không phải chỉ là một ngoại lệ hiếm gặp.
Hãy hình dung đơn giản. Một người nắm giữ một phần trái phiếu được token hóa thông qua một thiết lập như NPEX. Họ khởi tạo chuyển nhượng sang một tài khoản khác đã được đưa vào danh sách chấp thuận. Bên nhận chưa chấp nhận. Vì vậy, nếu tại đúng thời điểm đó bạn kiểm tra quyền sở hữu, giả sử, thì nó vẫn sẽ hiển thị là người nắm giữ ban đầu, vì chưa có gì được hoàn tất về phía Zedger.
Điều “lạ” không phải là trạng thái đang chờ tồn tại. Điều lạ là Zedger nhìn chung rất chính xác: mỗi tài khoản cho một người dùng đã được đưa vào danh sách chấp thuận, có đầy đủ lịch sử về mọi thay đổi số dư, không mơ hồ về quá khứ. Nhưng quyền sở hữu hiện tại có thể vẫn chưa được giải quyết trong một khoảng thời gian nhất định—theo thiết kế—vì bên nhận phải thực sự chọn chấp nhận.
Tôi không nghĩ đó là một lỗi. Việc yêu cầu chấp nhận thay vì tự động chốt giao dịch có lẽ giúp bên đã được chấp thuận có quyền từ chối một tài sản thay vì bị ép buộc vào tài khoản của họ. Nhưng đồng thời, điều đó cũng có nghĩa là hai người kiểm tra cùng một giao dịch tại cùng một thời điểm, trước khi được phê duyệt, sẽ nhận được những câu trả lời khác nhau về việc ai hiện đang sở hữu nó.
Whitepaper nêu rõ cơ chế. Nó không nói về việc khoảng “trống” này thực sự có thường xuyên bị kiểm tra đến mức nào khi hoạt động thanh toán thực tế bắt đầu diễn ra.
Cửa sổ đang chờ đó là thứ mà các nhà vận hành hiếm khi gặp, hay là một trạng thái mà họ sẽ phải quản lý liên tục khi khối lượng chuyển nhượng tăng lên?
$BTC $TUT
Khi đọc qua logic chuyển nhượng của Zedger, có một điểm luật khiến tôi dừng lại: bên nhận phải phê duyệt một giao dịch trước khi giao dịch được “chốt”. Không phải người gửi. Mà là người ở đầu bên kia.
Tôi đã nghĩ rằng một giao dịch chuyển nhượng chỉ cần được khởi tạo là sẽ chạy qua một lần, giống như cách hoạt động của hầu hết các mô hình tài khoản. Zedger không làm vậy. Cho đến khi được chấp nhận, số dư vẫn được tính ở phía người gửi. Có một đường dẫn CLAIM trong trường hợp phê duyệt không đến trước khi giao dịch hết hạn, điều đó cho tôi thấy trạng thái “đang chờ” này được thiết kế để xảy ra, chứ không phải chỉ là một ngoại lệ hiếm gặp.
Hãy hình dung đơn giản. Một người nắm giữ một phần trái phiếu được token hóa thông qua một thiết lập như NPEX. Họ khởi tạo chuyển nhượng sang một tài khoản khác đã được đưa vào danh sách chấp thuận. Bên nhận chưa chấp nhận. Vì vậy, nếu tại đúng thời điểm đó bạn kiểm tra quyền sở hữu, giả sử, thì nó vẫn sẽ hiển thị là người nắm giữ ban đầu, vì chưa có gì được hoàn tất về phía Zedger.
Điều “lạ” không phải là trạng thái đang chờ tồn tại. Điều lạ là Zedger nhìn chung rất chính xác: mỗi tài khoản cho một người dùng đã được đưa vào danh sách chấp thuận, có đầy đủ lịch sử về mọi thay đổi số dư, không mơ hồ về quá khứ. Nhưng quyền sở hữu hiện tại có thể vẫn chưa được giải quyết trong một khoảng thời gian nhất định—theo thiết kế—vì bên nhận phải thực sự chọn chấp nhận.
Tôi không nghĩ đó là một lỗi. Việc yêu cầu chấp nhận thay vì tự động chốt giao dịch có lẽ giúp bên đã được chấp thuận có quyền từ chối một tài sản thay vì bị ép buộc vào tài khoản của họ. Nhưng đồng thời, điều đó cũng có nghĩa là hai người kiểm tra cùng một giao dịch tại cùng một thời điểm, trước khi được phê duyệt, sẽ nhận được những câu trả lời khác nhau về việc ai hiện đang sở hữu nó.
Whitepaper nêu rõ cơ chế. Nó không nói về việc khoảng “trống” này thực sự có thường xuyên bị kiểm tra đến mức nào khi hoạt động thanh toán thực tế bắt đầu diễn ra.
Cửa sổ đang chờ đó là thứ mà các nhà vận hành hiếm khi gặp, hay là một trạng thái mà họ sẽ phải quản lý liên tục khi khối lượng chuyển nhượng tăng lên?
$BTC $TUT
