@Dusk
Chuyển khoản theo yêu cầu. Do bên phát hành khởi xướng. Ngồi trong đặc tả hợp đồng của Zedger như thể nó thuộc về đó.
Tôi đã dừng lại ở điều khoản đó lâu hơn mức có lẽ đáng ra.
Zedger được xây dựng cho chứng khoán và tài sản trong thế giới thực, nơi người nắm giữ thường kiểm soát tài sản của mình thông qua các khóa riêng. Nhưng hợp đồng cũng trao cho bên phát hành khả năng chuyển khoản theo yêu cầu.
Không phải là một lỗi ai đó bỏ sót.
Là một khả năng được thiết kế, song song với việc đúc, đốt và phân phối cổ tức.
Đây là phần tôi vẫn chưa truy vết được.
Khi cơ chế ghi đè đó kích hoạt, nó không né tránh hệ thống bảo mật riêng tư. Nó sử dụng hệ thống đó.
Ghi chú của người nắm giữ bị vô hiệu hóa thông qua cùng cơ chế được dùng khi một ghi chú Phoenix thông thường được tiêu. Sau đó, tài sản có thể được phát hành lại cho đích đến được bên phát hành chỉ định, trong khi việc chuyển vẫn được xử lý thông qua bộ máy dựa trên bằng chứng của giao thức.
Vậy cơ chế thường cho phép người nắm giữ chứng minh quyền kiểm soát mà không lộ ra thông tin không cần thiết cũng tham gia vào việc thực hiện một lần chuyển mà người nắm giữ không khởi xướng.
Đó là phần tôi thấy thú vị.
Một trái phiếu được mã hóa không chỉ là một số dư nằm trong ví. Đó là một yêu cầu pháp lý, và hợp đồng của Zedger đã tính đến những thứ như cổ tức, các hoạt động/corporate actions và các sự kiện được kích hoạt bên ngoài chuỗi. Những nghĩa vụ đó không biến mất chỉ vì tài sản đã được mã hóa.
Câu trả lời của Zedger không phải là gắn thêm một hệ thống chuyển khoản hoàn toàn tách biệt.
Nó tái sử dụng bộ máy đã có sẵn.
Điều tôi không thể xác định chỉ từ bản whitepaper là cơ chế ghi đè đó hẹp đến mức nào khi các bên phát hành thực sự bắt đầu dùng nó. Ai có thể kích hoạt. Trong những điều kiện nào. Liệu ranh giới có còn hẹp khi nhiều loại tài sản hơn được bổ sung.
$DUSK đối với tôi còn trở nên thú vị hơn ở đây, sau khi ranh giới đó đã được kiểm chứng với thứ gì đó khác ngoài bản mô tả hợp đồng về nó.
#dusk
Chuyển khoản theo yêu cầu. Do bên phát hành khởi xướng. Ngồi trong đặc tả hợp đồng của Zedger như thể nó thuộc về đó.
Tôi đã dừng lại ở điều khoản đó lâu hơn mức có lẽ đáng ra.
Zedger được xây dựng cho chứng khoán và tài sản trong thế giới thực, nơi người nắm giữ thường kiểm soát tài sản của mình thông qua các khóa riêng. Nhưng hợp đồng cũng trao cho bên phát hành khả năng chuyển khoản theo yêu cầu.
Không phải là một lỗi ai đó bỏ sót.
Là một khả năng được thiết kế, song song với việc đúc, đốt và phân phối cổ tức.
Đây là phần tôi vẫn chưa truy vết được.
Khi cơ chế ghi đè đó kích hoạt, nó không né tránh hệ thống bảo mật riêng tư. Nó sử dụng hệ thống đó.
Ghi chú của người nắm giữ bị vô hiệu hóa thông qua cùng cơ chế được dùng khi một ghi chú Phoenix thông thường được tiêu. Sau đó, tài sản có thể được phát hành lại cho đích đến được bên phát hành chỉ định, trong khi việc chuyển vẫn được xử lý thông qua bộ máy dựa trên bằng chứng của giao thức.
Vậy cơ chế thường cho phép người nắm giữ chứng minh quyền kiểm soát mà không lộ ra thông tin không cần thiết cũng tham gia vào việc thực hiện một lần chuyển mà người nắm giữ không khởi xướng.
Đó là phần tôi thấy thú vị.
Một trái phiếu được mã hóa không chỉ là một số dư nằm trong ví. Đó là một yêu cầu pháp lý, và hợp đồng của Zedger đã tính đến những thứ như cổ tức, các hoạt động/corporate actions và các sự kiện được kích hoạt bên ngoài chuỗi. Những nghĩa vụ đó không biến mất chỉ vì tài sản đã được mã hóa.
Câu trả lời của Zedger không phải là gắn thêm một hệ thống chuyển khoản hoàn toàn tách biệt.
Nó tái sử dụng bộ máy đã có sẵn.
Điều tôi không thể xác định chỉ từ bản whitepaper là cơ chế ghi đè đó hẹp đến mức nào khi các bên phát hành thực sự bắt đầu dùng nó. Ai có thể kích hoạt. Trong những điều kiện nào. Liệu ranh giới có còn hẹp khi nhiều loại tài sản hơn được bổ sung.
$DUSK đối với tôi còn trở nên thú vị hơn ở đây, sau khi ranh giới đó đã được kiểm chứng với thứ gì đó khác ngoài bản mô tả hợp đồng về nó.
#dusk
