Ansa ⁰⁰⁹
4.8k Bài đăng
Ansa ⁰⁰⁹
Báo cáo
Chặn người dùng
Somewhere between known and unknown.
Trader thường xuyên
8.5 tháng
354 Đang theo dõi
5.9K+ Người theo dõi
4.9K+ Đã thích
Bài đăng
·
--
Đã xác minh
Liệu CPI có kích hoạt đợt tăng lãi suất không?
Kịch bản cơ sở của tôi là Fed sẽ tăng 25 điểm cơ bản (bp), không phải giữ nguyên.
Điểm nổi bật với tôi là lạm phát vẫn đang “nóng” quá mức để Fed có thể thả lỏng. CPI tiêu đề đạt 0,4% trong tháng và 3,4% so với cùng kỳ năm trước, trong khi CPI lõi vẫn tăng 0,3%. Đúng là năng lượng đã đẩy con số CPI tiêu đề cao hơn, nhưng tôi không thể bỏ qua phần số liệu CPI lõi. Lạm phát vẫn có tính dai dẳng ở bên dưới. Và khi thị trường lao động chưa cho thấy sự suy yếu nghiêm trọng, tôi nghĩ Fed vẫn còn đủ dư địa để nâng lãi suất mà chưa cần phải vội vàng hành động chỉ để “phòng vệ” cho tăng trưởng.
Đối với vàng, tôi khá thận trọng nhưng vẫn lạc quan trong 1 đến 2 tuần tới, ngay cả khi có thể diễn ra một đợt tăng lãi suất. $XAU đã giảm mạnh do kỳ vọng lãi suất tăng, nhưng bên mua vẫn tiếp tục xuất hiện quanh vùng $4.360. Sự bền bỉ này rất quan trọng. Nếu lợi suất TPCP không còn tiếp tục leo cao, vàng có thể kiểm định lại $4.400 và thậm chí có thể vượt xa hơn.
Tôi đang nắm giữ $XAU từ khoảng 4.370 thay vì đuổi theo đà tăng. Rủi ro của tôi là rõ ràng: nếu đồng USD mạnh lên một cách đột ngột, lợi suất kỳ hạn 10 năm vượt và giữ vững trên 5%, và vàng mất vùng hỗ trợ gần đây, tôi sẽ xem xét lại quan điểm lạc quan.
Vậy là, CPI đã làm tăng khả năng xảy ra một đợt tăng lãi suất. Nhưng với vàng, phản ứng của thị trường với tin tức quan trọng hơn bản thân con số tin tức.
#CPIWatch #XAU #GOLD #CPI
Liệu CPI có kích hoạt đợt tăng lãi suất không?
Kịch bản cơ sở của tôi là Fed sẽ tăng 25 điểm cơ bản (bp), không phải giữ nguyên.
Điểm nổi bật với tôi là lạm phát vẫn đang “nóng” quá mức để Fed có thể thả lỏng. CPI tiêu đề đạt 0,4% trong tháng và 3,4% so với cùng kỳ năm trước, trong khi CPI lõi vẫn tăng 0,3%. Đúng là năng lượng đã đẩy con số CPI tiêu đề cao hơn, nhưng tôi không thể bỏ qua phần số liệu CPI lõi. Lạm phát vẫn có tính dai dẳng ở bên dưới. Và khi thị trường lao động chưa cho thấy sự suy yếu nghiêm trọng, tôi nghĩ Fed vẫn còn đủ dư địa để nâng lãi suất mà chưa cần phải vội vàng hành động chỉ để “phòng vệ” cho tăng trưởng.
Đối với vàng, tôi khá thận trọng nhưng vẫn lạc quan trong 1 đến 2 tuần tới, ngay cả khi có thể diễn ra một đợt tăng lãi suất. $XAU đã giảm mạnh do kỳ vọng lãi suất tăng, nhưng bên mua vẫn tiếp tục xuất hiện quanh vùng $4.360. Sự bền bỉ này rất quan trọng. Nếu lợi suất TPCP không còn tiếp tục leo cao, vàng có thể kiểm định lại $4.400 và thậm chí có thể vượt xa hơn.
Tôi đang nắm giữ $XAU từ khoảng 4.370 thay vì đuổi theo đà tăng. Rủi ro của tôi là rõ ràng: nếu đồng USD mạnh lên một cách đột ngột, lợi suất kỳ hạn 10 năm vượt và giữ vững trên 5%, và vàng mất vùng hỗ trợ gần đây, tôi sẽ xem xét lại quan điểm lạc quan.
Vậy là, CPI đã làm tăng khả năng xảy ra một đợt tăng lãi suất. Nhưng với vàng, phản ứng của thị trường với tin tức quan trọng hơn bản thân con số tin tức.
#CPIWatch #XAU #GOLD #CPI
Kịch bản cơ sở của tôi là Fed sẽ tăng 25 điểm cơ bản (bp), không phải giữ nguyên.
Điểm nổi bật với tôi là lạm phát vẫn đang “nóng” quá mức để Fed có thể thả lỏng. CPI tiêu đề đạt 0,4% trong tháng và 3,4% so với cùng kỳ năm trước, trong khi CPI lõi vẫn tăng 0,3%. Đúng là năng lượng đã đẩy con số CPI tiêu đề cao hơn, nhưng tôi không thể bỏ qua phần số liệu CPI lõi. Lạm phát vẫn có tính dai dẳng ở bên dưới. Và khi thị trường lao động chưa cho thấy sự suy yếu nghiêm trọng, tôi nghĩ Fed vẫn còn đủ dư địa để nâng lãi suất mà chưa cần phải vội vàng hành động chỉ để “phòng vệ” cho tăng trưởng.
Đối với vàng, tôi khá thận trọng nhưng vẫn lạc quan trong 1 đến 2 tuần tới, ngay cả khi có thể diễn ra một đợt tăng lãi suất. $XAU đã giảm mạnh do kỳ vọng lãi suất tăng, nhưng bên mua vẫn tiếp tục xuất hiện quanh vùng $4.360. Sự bền bỉ này rất quan trọng. Nếu lợi suất TPCP không còn tiếp tục leo cao, vàng có thể kiểm định lại $4.400 và thậm chí có thể vượt xa hơn.
Tôi đang nắm giữ $XAU từ khoảng 4.370 thay vì đuổi theo đà tăng. Rủi ro của tôi là rõ ràng: nếu đồng USD mạnh lên một cách đột ngột, lợi suất kỳ hạn 10 năm vượt và giữ vững trên 5%, và vàng mất vùng hỗ trợ gần đây, tôi sẽ xem xét lại quan điểm lạc quan.
Vậy là, CPI đã làm tăng khả năng xảy ra một đợt tăng lãi suất. Nhưng với vàng, phản ứng của thị trường với tin tức quan trọng hơn bản thân con số tin tức.
#CPIWatch #XAU #GOLD #CPI
4
7
5k
·
--
#dusk $DUSK @Dusk_Foundation Thị trường hôm nay khá yên ắng, nên tôi đã mở lại tài liệu của Dusk thay vì xem biểu đồ. Tôi cứ mãi thấy đi thấy lại một lời hứa: quyền riêng tư, tuân thủ và khả năng tương thích với EVM. Nghe gần như như đây đã là một blockchain mang tính thể chế rồi.
Rồi tôi chậm lại.
Một người đọc hoàn toàn có thể cho rằng việc kết hợp quyền riêng tư ZK, tiết lộ có chọn lọc và hỗ trợ Solidity sẽ tự nhiên dẫn tới việc các tổ chức chấp nhận. Nhưng đây là những bảo đảm khác nhau. Mật mã có thể chứng minh rằng các quy tắc được chỉ định đã được tuân thủ. Tiết lộ có chọn lọc có thể giới hạn thông tin bị lộ ra. Khả năng tương thích EVM có thể giảm ma sát cho nhà phát triển. Không cái nào trong số đó tự nó tạo ra nhu cầu tài chính.
Sự khác biệt rất đơn giản: Dusk có thể chứng minh việc thực thi là hợp lệ mà không cần chứng minh rằng các tổ chức sẽ sử dụng nó.
Điều đó không có nghĩa là kiến trúc không quan trọng. Thực thi riêng tư, bằng chứng có thể kiểm chứng, tiết lộ hướng tới tuân thủ và bộ công cụ quen thuộc có thể loại bỏ những rào cản thực sự giữa tài chính được quản lý và các blockchain công khai. Công nghệ có thể hữu ích.
Nhưng phần chuyển đổi về mặt kinh tế vẫn chưa được chứng minh.
Một mối quan hệ phát hành từ €300M+ không giống với việc có €300M giao dịch on-chain định kỳ. Việc nhà phát triển triển khai hợp đồng không giống với việc nhà đầu tư hoàn tất việc thanh toán tài sản. Quyền riêng tư chỉ tạo ra nhu cầu đối với DUSK khi các ứng dụng tạo ra hoạt động bền vững, phí và khâu thanh toán.
Thật lòng tôi không thể trả lời cái phễu đó sẽ đóng lại nhanh đến mức nào. Tab tài liệu vẫn đang mở, và biểu đồ vẫn phẳng. Giờ tôi đang theo dõi sát hơn những sự chuyển đổi còn thiếu so với các tính năng ấn tượng.
#dusk $DUSK @Dusk Thị trường hôm nay khá yên ắng, nên tôi đã mở lại tài liệu của Dusk thay vì xem biểu đồ. Tôi cứ mãi thấy đi thấy lại một lời hứa: quyền riêng tư, tuân thủ và khả năng tương thích với EVM. Nghe gần như như đây đã là một blockchain mang tính thể chế rồi.
Rồi tôi chậm lại.
Một người đọc hoàn toàn có thể cho rằng việc kết hợp quyền riêng tư ZK, tiết lộ có chọn lọc và hỗ trợ Solidity sẽ tự nhiên dẫn tới việc các tổ chức chấp nhận. Nhưng đây là những bảo đảm khác nhau. Mật mã có thể chứng minh rằng các quy tắc được chỉ định đã được tuân thủ. Tiết lộ có chọn lọc có thể giới hạn thông tin bị lộ ra. Khả năng tương thích EVM có thể giảm ma sát cho nhà phát triển. Không cái nào trong số đó tự nó tạo ra nhu cầu tài chính.
Sự khác biệt rất đơn giản: Dusk có thể chứng minh việc thực thi là hợp lệ mà không cần chứng minh rằng các tổ chức sẽ sử dụng nó.
Điều đó không có nghĩa là kiến trúc không quan trọng. Thực thi riêng tư, bằng chứng có thể kiểm chứng, tiết lộ hướng tới tuân thủ và bộ công cụ quen thuộc có thể loại bỏ những rào cản thực sự giữa tài chính được quản lý và các blockchain công khai. Công nghệ có thể hữu ích.
Nhưng phần chuyển đổi về mặt kinh tế vẫn chưa được chứng minh.
Một mối quan hệ phát hành từ €300M+ không giống với việc có €300M giao dịch on-chain định kỳ. Việc nhà phát triển triển khai hợp đồng không giống với việc nhà đầu tư hoàn tất việc thanh toán tài sản. Quyền riêng tư chỉ tạo ra nhu cầu đối với DUSK khi các ứng dụng tạo ra hoạt động bền vững, phí và khâu thanh toán.
Thật lòng tôi không thể trả lời cái phễu đó sẽ đóng lại nhanh đến mức nào. Tab tài liệu vẫn đang mở, và biểu đồ vẫn phẳng. Giờ tôi đang theo dõi sát hơn những sự chuyển đổi còn thiếu so với các tính năng ấn tượng.
Rồi tôi chậm lại.
Một người đọc hoàn toàn có thể cho rằng việc kết hợp quyền riêng tư ZK, tiết lộ có chọn lọc và hỗ trợ Solidity sẽ tự nhiên dẫn tới việc các tổ chức chấp nhận. Nhưng đây là những bảo đảm khác nhau. Mật mã có thể chứng minh rằng các quy tắc được chỉ định đã được tuân thủ. Tiết lộ có chọn lọc có thể giới hạn thông tin bị lộ ra. Khả năng tương thích EVM có thể giảm ma sát cho nhà phát triển. Không cái nào trong số đó tự nó tạo ra nhu cầu tài chính.
Sự khác biệt rất đơn giản: Dusk có thể chứng minh việc thực thi là hợp lệ mà không cần chứng minh rằng các tổ chức sẽ sử dụng nó.
Điều đó không có nghĩa là kiến trúc không quan trọng. Thực thi riêng tư, bằng chứng có thể kiểm chứng, tiết lộ hướng tới tuân thủ và bộ công cụ quen thuộc có thể loại bỏ những rào cản thực sự giữa tài chính được quản lý và các blockchain công khai. Công nghệ có thể hữu ích.
Nhưng phần chuyển đổi về mặt kinh tế vẫn chưa được chứng minh.
Một mối quan hệ phát hành từ €300M+ không giống với việc có €300M giao dịch on-chain định kỳ. Việc nhà phát triển triển khai hợp đồng không giống với việc nhà đầu tư hoàn tất việc thanh toán tài sản. Quyền riêng tư chỉ tạo ra nhu cầu đối với DUSK khi các ứng dụng tạo ra hoạt động bền vững, phí và khâu thanh toán.
Thật lòng tôi không thể trả lời cái phễu đó sẽ đóng lại nhanh đến mức nào. Tab tài liệu vẫn đang mở, và biểu đồ vẫn phẳng. Giờ tôi đang theo dõi sát hơn những sự chuyển đổi còn thiếu so với các tính năng ấn tượng.
2
6
6.9k
·
--
#dusk $DUSK @Dusk_Foundation Phản ứng đầu tiên của tôi thật đơn giản: nếu hơn 300 triệu euro phát hành theo hình thức tổ chức gắn với Dusk, thì dấu ấn của blockchain chẳng lẽ đã không nặng hơn nhiều sao?
Câu hỏi đó kéo tôi đi sâu vào các con số.
Giả định này cũng có thể hiểu được. Việc một khoản phát hành lớn của tổ chức nghe giống như tài sản đã đang được giao dịch, thanh toán và vận động thường xuyên trên chuỗi. Nhưng đó là những giai đoạn khác nhau.
Một con số phát hành có thể phản ánh mối quan hệ tổ chức, một cấu trúc được quản lý, hoặc một tài sản đang được chuẩn bị cho việc thanh toán blockchain trong tương lai. Nó không tự động có nghĩa là 300 triệu euro đang tạo ra tương đương khối lượng giao dịch trên chuỗi.
Sự khác biệt này thật sự quan trọng.
Dusk có thể đã có sẵn hạ tầng và đường ống phát hành, trong khi mạng vẫn chờ các hoạt động kinh tế liên quan xuất hiện. Chuỗi có thể chứng minh rằng đã có một giao dịch on-chain diễn ra, nhưng nó không thể tự biến một quan hệ hợp tác ngoài chuỗi thành việc sử dụng on-chain.
Đó là điều tôi liên tục quay lại:
Các mối quan hệ tổ chức tạo ra đường ống; giao dịch là bằng chứng cho sự chuyển đổi.
Số lượng DUSK được stake hơn 210 triệu có ý nghĩa vì nó cho thấy vốn đã được cam kết để đảm bảo đồng thuận. Nhưng việc stake không đồng nghĩa với việc các tổ chức liên tục sử dụng mạng cho phát hành, chuyển nhượng và thanh toán.
Tôi không cho rằng con số 300 triệu euro là gây hiểu lầm. Hạ tầng có thể thực sự đang hướng tới tài chính on-chain.
Tôi chỉ chưa chắc hai đường cong đó đã hội tụ với nhau hay chưa.
Có lẽ đó chính là bài kiểm tra thực sự của Dusk: không phải liệu các tổ chức có được kết nối với hệ sinh thái hay không, mà là liệu những mối quan hệ đó có trở thành hoạt động blockchain đo lường được hay không.
{future}(DUSKUSDT)
#dusk $DUSK @Dusk Phản ứng đầu tiên của tôi thật đơn giản: nếu hơn 300 triệu euro phát hành theo hình thức tổ chức gắn với Dusk, thì dấu ấn của blockchain chẳng lẽ đã không nặng hơn nhiều sao?
Câu hỏi đó kéo tôi đi sâu vào các con số.
Giả định này cũng có thể hiểu được. Việc một khoản phát hành lớn của tổ chức nghe giống như tài sản đã đang được giao dịch, thanh toán và vận động thường xuyên trên chuỗi. Nhưng đó là những giai đoạn khác nhau.
Một con số phát hành có thể phản ánh mối quan hệ tổ chức, một cấu trúc được quản lý, hoặc một tài sản đang được chuẩn bị cho việc thanh toán blockchain trong tương lai. Nó không tự động có nghĩa là 300 triệu euro đang tạo ra tương đương khối lượng giao dịch trên chuỗi.
Sự khác biệt này thật sự quan trọng.
Dusk có thể đã có sẵn hạ tầng và đường ống phát hành, trong khi mạng vẫn chờ các hoạt động kinh tế liên quan xuất hiện. Chuỗi có thể chứng minh rằng đã có một giao dịch on-chain diễn ra, nhưng nó không thể tự biến một quan hệ hợp tác ngoài chuỗi thành việc sử dụng on-chain.
Đó là điều tôi liên tục quay lại:
Các mối quan hệ tổ chức tạo ra đường ống; giao dịch là bằng chứng cho sự chuyển đổi.
Số lượng DUSK được stake hơn 210 triệu có ý nghĩa vì nó cho thấy vốn đã được cam kết để đảm bảo đồng thuận. Nhưng việc stake không đồng nghĩa với việc các tổ chức liên tục sử dụng mạng cho phát hành, chuyển nhượng và thanh toán.
Tôi không cho rằng con số 300 triệu euro là gây hiểu lầm. Hạ tầng có thể thực sự đang hướng tới tài chính on-chain.
Tôi chỉ chưa chắc hai đường cong đó đã hội tụ với nhau hay chưa.
Có lẽ đó chính là bài kiểm tra thực sự của Dusk: không phải liệu các tổ chức có được kết nối với hệ sinh thái hay không, mà là liệu những mối quan hệ đó có trở thành hoạt động blockchain đo lường được hay không.
Câu hỏi đó kéo tôi đi sâu vào các con số.
Giả định này cũng có thể hiểu được. Việc một khoản phát hành lớn của tổ chức nghe giống như tài sản đã đang được giao dịch, thanh toán và vận động thường xuyên trên chuỗi. Nhưng đó là những giai đoạn khác nhau.
Một con số phát hành có thể phản ánh mối quan hệ tổ chức, một cấu trúc được quản lý, hoặc một tài sản đang được chuẩn bị cho việc thanh toán blockchain trong tương lai. Nó không tự động có nghĩa là 300 triệu euro đang tạo ra tương đương khối lượng giao dịch trên chuỗi.
Sự khác biệt này thật sự quan trọng.
Dusk có thể đã có sẵn hạ tầng và đường ống phát hành, trong khi mạng vẫn chờ các hoạt động kinh tế liên quan xuất hiện. Chuỗi có thể chứng minh rằng đã có một giao dịch on-chain diễn ra, nhưng nó không thể tự biến một quan hệ hợp tác ngoài chuỗi thành việc sử dụng on-chain.
Đó là điều tôi liên tục quay lại:
Các mối quan hệ tổ chức tạo ra đường ống; giao dịch là bằng chứng cho sự chuyển đổi.
Số lượng DUSK được stake hơn 210 triệu có ý nghĩa vì nó cho thấy vốn đã được cam kết để đảm bảo đồng thuận. Nhưng việc stake không đồng nghĩa với việc các tổ chức liên tục sử dụng mạng cho phát hành, chuyển nhượng và thanh toán.
Tôi không cho rằng con số 300 triệu euro là gây hiểu lầm. Hạ tầng có thể thực sự đang hướng tới tài chính on-chain.
Tôi chỉ chưa chắc hai đường cong đó đã hội tụ với nhau hay chưa.
Có lẽ đó chính là bài kiểm tra thực sự của Dusk: không phải liệu các tổ chức có được kết nối với hệ sinh thái hay không, mà là liệu những mối quan hệ đó có trở thành hoạt động blockchain đo lường được hay không.
2
7
3.7k
·
--
#dusk $DUSK @Dusk_Foundation Hôm qua tôi đang xem một thị trường khá yên ả và cuối cùng lại cứ chăm chăm nhìn các chỉ số mạng của Dusk. Tôi cứ thấy tăng trưởng giao dịch được xem như một dấu hiệu hiển nhiên của việc được áp dụng. Nghe có vẻ hợp lý—cho đến khi tôi hỏi một câu hỏi đơn giản hơn: tăng trưởng từ ai?
Số lượng giao dịch tăng có thể là do nhiều người dùng hơn, nhưng cũng có thể là do cùng những ví đó giao dịch thường xuyên hơn, các hợp đồng tạo ra các lệnh gọi tự động, hoặc các ứng dụng trở nên bận rộn hơn. Vòng đời giao dịch của chính Dusk tách biệt việc gửi, chấp nhận, thực thi và xác nhận cuối cùng, nên ngay cả “giao dịch” cũng không phải là một thước đo hoạt động hoàn toàn đồng nhất.
Sự phân biệt đó quan trọng. Đếm giao dịch chứng minh rằng hoạt động trên mạng đã xảy ra. Nó không chứng minh được tăng trưởng người dùng, khả năng giữ chân hay chiều sâu kinh tế.
Khối lượng giao dịch đo sự kiện; nó không đo những người đứng sau chúng..
Điều này không phải là lời phê bình nhắm vào Dusk. Việc tiêu thụ gas, hoạt động lặp lại từ cùng một ví, số lần gọi hợp đồng, sự “sống sót” của ví và hoạt động theo từng epoch có thể cho bức tranh tốt hơn nhiều về việc mức sử dụng có thực sự đang mở rộng hay không. DUSK cũng gắn trực tiếp với gas và staking, nên các hoạt động phí mang ý nghĩa kinh tế.
Nhưng tôi đặc biệt cần cẩn trọng với các chỉ số của Phoenix. Phoenix là mô hình giao dịch được che chắn, nhưng Boreas đã tắt Phoenix trên mainnet vào tháng 6 năm 2026.
Vậy câu hỏi nghiên cứu thực sự không phải là “Giao dịch có đang tăng không?”
Mà là liệu ..người dùng duy nhất, người dùng quay lại, việc thực thi hữu ích và nhu cầu về phí có đang tăng cùng nhau hay không.
Tôi không nghĩ chỉ riêng các biểu đồ giao dịch có thể trả lời điều đó. Và có lẽ sự khác biệt về chỉ số đáng theo dõi sát nhất chính là ở điểm đó.
#dusk $DUSK @Dusk Hôm qua tôi đang xem một thị trường khá yên ả và cuối cùng lại cứ chăm chăm nhìn các chỉ số mạng của Dusk. Tôi cứ thấy tăng trưởng giao dịch được xem như một dấu hiệu hiển nhiên của việc được áp dụng. Nghe có vẻ hợp lý—cho đến khi tôi hỏi một câu hỏi đơn giản hơn: tăng trưởng từ ai?
Số lượng giao dịch tăng có thể là do nhiều người dùng hơn, nhưng cũng có thể là do cùng những ví đó giao dịch thường xuyên hơn, các hợp đồng tạo ra các lệnh gọi tự động, hoặc các ứng dụng trở nên bận rộn hơn. Vòng đời giao dịch của chính Dusk tách biệt việc gửi, chấp nhận, thực thi và xác nhận cuối cùng, nên ngay cả “giao dịch” cũng không phải là một thước đo hoạt động hoàn toàn đồng nhất.
Sự phân biệt đó quan trọng. Đếm giao dịch chứng minh rằng hoạt động trên mạng đã xảy ra. Nó không chứng minh được tăng trưởng người dùng, khả năng giữ chân hay chiều sâu kinh tế.
Khối lượng giao dịch đo sự kiện; nó không đo những người đứng sau chúng..
Điều này không phải là lời phê bình nhắm vào Dusk. Việc tiêu thụ gas, hoạt động lặp lại từ cùng một ví, số lần gọi hợp đồng, sự “sống sót” của ví và hoạt động theo từng epoch có thể cho bức tranh tốt hơn nhiều về việc mức sử dụng có thực sự đang mở rộng hay không. DUSK cũng gắn trực tiếp với gas và staking, nên các hoạt động phí mang ý nghĩa kinh tế.
Nhưng tôi đặc biệt cần cẩn trọng với các chỉ số của Phoenix. Phoenix là mô hình giao dịch được che chắn, nhưng Boreas đã tắt Phoenix trên mainnet vào tháng 6 năm 2026.
Vậy câu hỏi nghiên cứu thực sự không phải là “Giao dịch có đang tăng không?”
Mà là liệu ..người dùng duy nhất, người dùng quay lại, việc thực thi hữu ích và nhu cầu về phí có đang tăng cùng nhau hay không.
Tôi không nghĩ chỉ riêng các biểu đồ giao dịch có thể trả lời điều đó. Và có lẽ sự khác biệt về chỉ số đáng theo dõi sát nhất chính là ở điểm đó.
Số lượng giao dịch tăng có thể là do nhiều người dùng hơn, nhưng cũng có thể là do cùng những ví đó giao dịch thường xuyên hơn, các hợp đồng tạo ra các lệnh gọi tự động, hoặc các ứng dụng trở nên bận rộn hơn. Vòng đời giao dịch của chính Dusk tách biệt việc gửi, chấp nhận, thực thi và xác nhận cuối cùng, nên ngay cả “giao dịch” cũng không phải là một thước đo hoạt động hoàn toàn đồng nhất.
Sự phân biệt đó quan trọng. Đếm giao dịch chứng minh rằng hoạt động trên mạng đã xảy ra. Nó không chứng minh được tăng trưởng người dùng, khả năng giữ chân hay chiều sâu kinh tế.
Khối lượng giao dịch đo sự kiện; nó không đo những người đứng sau chúng..
Điều này không phải là lời phê bình nhắm vào Dusk. Việc tiêu thụ gas, hoạt động lặp lại từ cùng một ví, số lần gọi hợp đồng, sự “sống sót” của ví và hoạt động theo từng epoch có thể cho bức tranh tốt hơn nhiều về việc mức sử dụng có thực sự đang mở rộng hay không. DUSK cũng gắn trực tiếp với gas và staking, nên các hoạt động phí mang ý nghĩa kinh tế.
Nhưng tôi đặc biệt cần cẩn trọng với các chỉ số của Phoenix. Phoenix là mô hình giao dịch được che chắn, nhưng Boreas đã tắt Phoenix trên mainnet vào tháng 6 năm 2026.
Vậy câu hỏi nghiên cứu thực sự không phải là “Giao dịch có đang tăng không?”
Mà là liệu ..người dùng duy nhất, người dùng quay lại, việc thực thi hữu ích và nhu cầu về phí có đang tăng cùng nhau hay không.
Tôi không nghĩ chỉ riêng các biểu đồ giao dịch có thể trả lời điều đó. Và có lẽ sự khác biệt về chỉ số đáng theo dõi sát nhất chính là ở điểm đó.
10
14
9.6k
·
--
#dusk $DUSK @Dusk_Foundation Hôm qua, các biểu đồ Dusk trông có vẻ yên ắng, và tôi bắt đầu tự hỏi liệu sự gia tăng hoạt động đã có đang tạo ra những khối đầy hơn hay chưa.
Vì vậy, tôi đã kiểm tra gas tiêu thụ trên mỗi block, giới hạn gas, mức sử dụng, số lượng giao dịch, số lần gọi hợp đồng và sự tăng trưởng của block. Giả định trực quan là đơn giản: hoạt động mạng càng nhiều thì áp lực trong block càng lớn.
Nhưng điều đó không hẳn đúng.
Nếu giao dịch và các lệnh gọi hợp đồng tăng nhanh hơn so với block, Dusk đang xử lý nhiều hoạt động hơn trong từng block… Điều này gợi ý mật độ đang tăng, chứ không tự động đồng nghĩa với tắc nghẽn… Nếu mức sử dụng gas vẫn thấp, mạng vẫn có thể còn dư địa thực thi đáng kể… Một vài block đỉnh có thể cho thấy áp lực tạm thời, nhưng chúng không chứng minh được tình trạng căng thẳng năng lực kéo dài.
Sự khác biệt này quan trọng.
Tăng trưởng block cho thấy sự mở rộng. Mức sử dụng gas cho thấy áp lực. Mật độ hoạt động cho biết mỗi block thực thi được bao nhiêu.
Mức sử dụng thấp không tự động là điểm yếu; nó có thể cho thấy mạng có chỗ để hấp thụ nhu cầu. Mức sử dụng cao cũng không tự động là lành mạnh, đặc biệt nếu các đợt bùng phát bất ngờ tạo ra giao dịch thất bại, thời gian phục hồi chậm, hoặc mức sử dụng gas thay đổi mạnh.
Bài kiểm tra thực sự là điều gì xảy ra khi nhu cầu tăng vọt: tốc độ giao dịch trước khi bùng, tốc độ đỉnh, thời gian phục hồi, số giao dịch thất bại và hành vi gas—tất cả cùng nhau sẽ kể một câu chuyện hữu ích hơn chỉ nhìn vào số lượng block.
Tôi vẫn chưa thể nói Dusk hoạt động ra sao khi chịu nhu cầu đối đầu kéo dài thay vì các đợt đột biến đơn lẻ… Thị trường tối nay khá yên ắng, và các biểu đồ vẫn mở… Câu hỏi không chỉ là liệu Dusk có bận hay không, mà là liệu nó có thể trở nên bận rộn mà không biến áp lực thành thất bại hay không.
#dusk $DUSK @Dusk Hôm qua, các biểu đồ Dusk trông có vẻ yên ắng, và tôi bắt đầu tự hỏi liệu sự gia tăng hoạt động đã có đang tạo ra những khối đầy hơn hay chưa.
Vì vậy, tôi đã kiểm tra gas tiêu thụ trên mỗi block, giới hạn gas, mức sử dụng, số lượng giao dịch, số lần gọi hợp đồng và sự tăng trưởng của block. Giả định trực quan là đơn giản: hoạt động mạng càng nhiều thì áp lực trong block càng lớn.
Nhưng điều đó không hẳn đúng.
Nếu giao dịch và các lệnh gọi hợp đồng tăng nhanh hơn so với block, Dusk đang xử lý nhiều hoạt động hơn trong từng block… Điều này gợi ý mật độ đang tăng, chứ không tự động đồng nghĩa với tắc nghẽn… Nếu mức sử dụng gas vẫn thấp, mạng vẫn có thể còn dư địa thực thi đáng kể… Một vài block đỉnh có thể cho thấy áp lực tạm thời, nhưng chúng không chứng minh được tình trạng căng thẳng năng lực kéo dài.
Sự khác biệt này quan trọng.
Tăng trưởng block cho thấy sự mở rộng. Mức sử dụng gas cho thấy áp lực. Mật độ hoạt động cho biết mỗi block thực thi được bao nhiêu.
Mức sử dụng thấp không tự động là điểm yếu; nó có thể cho thấy mạng có chỗ để hấp thụ nhu cầu. Mức sử dụng cao cũng không tự động là lành mạnh, đặc biệt nếu các đợt bùng phát bất ngờ tạo ra giao dịch thất bại, thời gian phục hồi chậm, hoặc mức sử dụng gas thay đổi mạnh.
Bài kiểm tra thực sự là điều gì xảy ra khi nhu cầu tăng vọt: tốc độ giao dịch trước khi bùng, tốc độ đỉnh, thời gian phục hồi, số giao dịch thất bại và hành vi gas—tất cả cùng nhau sẽ kể một câu chuyện hữu ích hơn chỉ nhìn vào số lượng block.
Tôi vẫn chưa thể nói Dusk hoạt động ra sao khi chịu nhu cầu đối đầu kéo dài thay vì các đợt đột biến đơn lẻ… Thị trường tối nay khá yên ắng, và các biểu đồ vẫn mở… Câu hỏi không chỉ là liệu Dusk có bận hay không, mà là liệu nó có thể trở nên bận rộn mà không biến áp lực thành thất bại hay không.
Vì vậy, tôi đã kiểm tra gas tiêu thụ trên mỗi block, giới hạn gas, mức sử dụng, số lượng giao dịch, số lần gọi hợp đồng và sự tăng trưởng của block. Giả định trực quan là đơn giản: hoạt động mạng càng nhiều thì áp lực trong block càng lớn.
Nhưng điều đó không hẳn đúng.
Nếu giao dịch và các lệnh gọi hợp đồng tăng nhanh hơn so với block, Dusk đang xử lý nhiều hoạt động hơn trong từng block… Điều này gợi ý mật độ đang tăng, chứ không tự động đồng nghĩa với tắc nghẽn… Nếu mức sử dụng gas vẫn thấp, mạng vẫn có thể còn dư địa thực thi đáng kể… Một vài block đỉnh có thể cho thấy áp lực tạm thời, nhưng chúng không chứng minh được tình trạng căng thẳng năng lực kéo dài.
Sự khác biệt này quan trọng.
Tăng trưởng block cho thấy sự mở rộng. Mức sử dụng gas cho thấy áp lực. Mật độ hoạt động cho biết mỗi block thực thi được bao nhiêu.
Mức sử dụng thấp không tự động là điểm yếu; nó có thể cho thấy mạng có chỗ để hấp thụ nhu cầu. Mức sử dụng cao cũng không tự động là lành mạnh, đặc biệt nếu các đợt bùng phát bất ngờ tạo ra giao dịch thất bại, thời gian phục hồi chậm, hoặc mức sử dụng gas thay đổi mạnh.
Bài kiểm tra thực sự là điều gì xảy ra khi nhu cầu tăng vọt: tốc độ giao dịch trước khi bùng, tốc độ đỉnh, thời gian phục hồi, số giao dịch thất bại và hành vi gas—tất cả cùng nhau sẽ kể một câu chuyện hữu ích hơn chỉ nhìn vào số lượng block.
Tôi vẫn chưa thể nói Dusk hoạt động ra sao khi chịu nhu cầu đối đầu kéo dài thay vì các đợt đột biến đơn lẻ… Thị trường tối nay khá yên ắng, và các biểu đồ vẫn mở… Câu hỏi không chỉ là liệu Dusk có bận hay không, mà là liệu nó có thể trở nên bận rộn mà không biến áp lực thành thất bại hay không.
8
14
10.7k
·
--
#dusk $DUSK @Dusk_Foundation Chiều nay thị trường khá yên ắng, nên tôi đã kết thúc việc nhìn chăm chăm vào các chỉ số của DUSK Network lâu hơn dự định.
Tôi liên tục thấy sự tăng trưởng được diễn giải thông qua các đợt triển khai và mức độ hoạt động, nhưng có điều gì đó không khớp. Số lượng hợp đồng tăng lên có thể trông rất ấn tượng trong khi lại cho chúng ta biết gần như không có gì về việc các hợp đồng đó thực sự có đang được sử dụng hay không.
Vì vậy, tôi bắt đầu xem DUSK theo cách khác: mật độ triển khai so với mật độ kinh tế.
Câu hỏi hữu ích không phải là “Có bao nhiêu hợp đồng xuất hiện?” mà là “Mỗi hợp đồng thực sự thu hút hoạt động kinh tế ở mức độ nào?”
Sau đó tôi theo dõi hành trình của người dùng: tài khoản mới → giao dịch thứ hai → tương tác hợp đồng → lặp lại việc sử dụng ứng dụng → hoạt động kinh tế. Tỷ lệ rơi rụng ở từng bước lại kể một câu chuyện rất khác so với chỉ tăng trưởng tài khoản thuần túy.
Đây là điểm phân biệt mà tôi cứ mãi quay lại.
Nhiều đợt triển khai hơn chứng minh sự mở rộng hệ sinh thái; hoạt động sâu hơn chứng minh việc sử dụng hiệu quả.
Điều đó không có nghĩa là tăng trưởng theo triển khai là vô nghĩa. Các ứng dụng mới vẫn là hạ tầng cho nhu cầu trong tương lai. Nhưng nếu tài khoản hoạt động tăng lên trong khi giao dịch, số ứng dụng được dùng trên mỗi người dùng, hoặc phí trên mỗi người dùng vẫn đi ngang, thì Dusk có thể đang thu hút người dùng mà không đồng thời thu hút được nhiều “độ sâu” từ người dùng.
Tôi cũng sẽ tách riêng hoạt động của người dùng mới với người dùng quay lại. Nếu không, một vài người dùng hiện hữu cũng có thể khiến tăng trưởng trông rộng hơn thực tế.
Tôi chưa chắc thị trường đang định giá điều gì ngay lúc này. Nhưng tôi sẽ tin vào “mật độ” hơn là những tiêu đề.
{future}(DUSKUSDT)
#dusk $DUSK @Dusk Chiều nay thị trường khá yên ắng, nên tôi đã kết thúc việc nhìn chăm chăm vào các chỉ số của DUSK Network lâu hơn dự định.
Tôi liên tục thấy sự tăng trưởng được diễn giải thông qua các đợt triển khai và mức độ hoạt động, nhưng có điều gì đó không khớp. Số lượng hợp đồng tăng lên có thể trông rất ấn tượng trong khi lại cho chúng ta biết gần như không có gì về việc các hợp đồng đó thực sự có đang được sử dụng hay không.
Vì vậy, tôi bắt đầu xem DUSK theo cách khác: mật độ triển khai so với mật độ kinh tế.
Câu hỏi hữu ích không phải là “Có bao nhiêu hợp đồng xuất hiện?” mà là “Mỗi hợp đồng thực sự thu hút hoạt động kinh tế ở mức độ nào?”
Sau đó tôi theo dõi hành trình của người dùng: tài khoản mới → giao dịch thứ hai → tương tác hợp đồng → lặp lại việc sử dụng ứng dụng → hoạt động kinh tế. Tỷ lệ rơi rụng ở từng bước lại kể một câu chuyện rất khác so với chỉ tăng trưởng tài khoản thuần túy.
Đây là điểm phân biệt mà tôi cứ mãi quay lại.
Nhiều đợt triển khai hơn chứng minh sự mở rộng hệ sinh thái; hoạt động sâu hơn chứng minh việc sử dụng hiệu quả.
Điều đó không có nghĩa là tăng trưởng theo triển khai là vô nghĩa. Các ứng dụng mới vẫn là hạ tầng cho nhu cầu trong tương lai. Nhưng nếu tài khoản hoạt động tăng lên trong khi giao dịch, số ứng dụng được dùng trên mỗi người dùng, hoặc phí trên mỗi người dùng vẫn đi ngang, thì Dusk có thể đang thu hút người dùng mà không đồng thời thu hút được nhiều “độ sâu” từ người dùng.
Tôi cũng sẽ tách riêng hoạt động của người dùng mới với người dùng quay lại. Nếu không, một vài người dùng hiện hữu cũng có thể khiến tăng trưởng trông rộng hơn thực tế.
Tôi chưa chắc thị trường đang định giá điều gì ngay lúc này. Nhưng tôi sẽ tin vào “mật độ” hơn là những tiêu đề.
Tôi liên tục thấy sự tăng trưởng được diễn giải thông qua các đợt triển khai và mức độ hoạt động, nhưng có điều gì đó không khớp. Số lượng hợp đồng tăng lên có thể trông rất ấn tượng trong khi lại cho chúng ta biết gần như không có gì về việc các hợp đồng đó thực sự có đang được sử dụng hay không.
Vì vậy, tôi bắt đầu xem DUSK theo cách khác: mật độ triển khai so với mật độ kinh tế.
Câu hỏi hữu ích không phải là “Có bao nhiêu hợp đồng xuất hiện?” mà là “Mỗi hợp đồng thực sự thu hút hoạt động kinh tế ở mức độ nào?”
Sau đó tôi theo dõi hành trình của người dùng: tài khoản mới → giao dịch thứ hai → tương tác hợp đồng → lặp lại việc sử dụng ứng dụng → hoạt động kinh tế. Tỷ lệ rơi rụng ở từng bước lại kể một câu chuyện rất khác so với chỉ tăng trưởng tài khoản thuần túy.
Đây là điểm phân biệt mà tôi cứ mãi quay lại.
Nhiều đợt triển khai hơn chứng minh sự mở rộng hệ sinh thái; hoạt động sâu hơn chứng minh việc sử dụng hiệu quả.
Điều đó không có nghĩa là tăng trưởng theo triển khai là vô nghĩa. Các ứng dụng mới vẫn là hạ tầng cho nhu cầu trong tương lai. Nhưng nếu tài khoản hoạt động tăng lên trong khi giao dịch, số ứng dụng được dùng trên mỗi người dùng, hoặc phí trên mỗi người dùng vẫn đi ngang, thì Dusk có thể đang thu hút người dùng mà không đồng thời thu hút được nhiều “độ sâu” từ người dùng.
Tôi cũng sẽ tách riêng hoạt động của người dùng mới với người dùng quay lại. Nếu không, một vài người dùng hiện hữu cũng có thể khiến tăng trưởng trông rộng hơn thực tế.
Tôi chưa chắc thị trường đang định giá điều gì ngay lúc này. Nhưng tôi sẽ tin vào “mật độ” hơn là những tiêu đề.
10
14
28.2k
·
--
#dusk $DUSK @Dusk_Foundation Hôm qua tôi đang xem các biểu đồ đi ngang, nên cuối cùng lại quay về đọc tài liệu của Dusk thay vì ngồi nhìn nến. Tôi cứ thấy ý tưởng về khả năng tương thích EVM dẫn đến các ứng dụng tài chính được quản lý, và một câu hỏi bắt đầu làm tôi bận tâm... một phần hoạt động phát triển đó thực sự trở thành hoạt động tài chính đến mức nào?
Giả định trực quan thì đơn giản: nhiều hợp đồng EVM hơn cuối cùng sẽ đồng nghĩa với nhiều ứng dụng RWA hơn. Nhưng Dusk tách phần thực thi DuskEVM khỏi phần quyết toán DuskDS, trong khi Dusk Trade lại nằm cao hơn như một lớp ứng dụng cho việc onboarding, kết nối ví, giao dịch và các luồng quyết toán.
Vì vậy, chỉ số hữu ích không phải là “hợp đồng được triển khai”. Mà là mức chuyển đổi.
Tôi muốn đo lường: ứng dụng RWA ÷ ứng dụng EVM đang hoạt động, rồi theo phễu để đi đến nhà đầu tư đã được xác minh, các giao dịch RWA và giá trị đã được quyết toán. Một hợp đồng chứng minh là mã tồn tại; nó không chứng minh rằng ai đó dùng nó cho mục đích tài chính.
Sự khác biệt này quan trọng vì kiến trúc của Dusk thật sự cung cấp công cụ EVM cùng với cơ chế quyết toán tất định và các nguyên ngữ của thị trường được quản lý.
Mã đo việc triển khai; phễu đo mức độ chấp nhận về tài chính.
Tôi không nói rằng điều này là duy nhất đối với Dusk... Mọi chuỗi đều đối mặt với khoảng cách giữa hoạt động của nhà phát triển và mức sử dụng về mặt kinh tế.
Câu hỏi khó hơn là điều gì xảy ra khi các động lực (incentives) đến. Liệu hoạt động EVM hiện tại có thể chuyển đổi thành các nhà đầu tư bền vững, các giao dịch và hoạt động quyết toán hay không?
Tôi chưa biết. Biểu đồ của tôi vẫn đang mở, nhưng giờ tôi đang theo dõi phễu, không phải con số hợp đồng.
{future}(DUSKUSDT)
#dusk $DUSK @Dusk Hôm qua tôi đang xem các biểu đồ đi ngang, nên cuối cùng lại quay về đọc tài liệu của Dusk thay vì ngồi nhìn nến. Tôi cứ thấy ý tưởng về khả năng tương thích EVM dẫn đến các ứng dụng tài chính được quản lý, và một câu hỏi bắt đầu làm tôi bận tâm... một phần hoạt động phát triển đó thực sự trở thành hoạt động tài chính đến mức nào?
Giả định trực quan thì đơn giản: nhiều hợp đồng EVM hơn cuối cùng sẽ đồng nghĩa với nhiều ứng dụng RWA hơn. Nhưng Dusk tách phần thực thi DuskEVM khỏi phần quyết toán DuskDS, trong khi Dusk Trade lại nằm cao hơn như một lớp ứng dụng cho việc onboarding, kết nối ví, giao dịch và các luồng quyết toán.
Vì vậy, chỉ số hữu ích không phải là “hợp đồng được triển khai”. Mà là mức chuyển đổi.
Tôi muốn đo lường: ứng dụng RWA ÷ ứng dụng EVM đang hoạt động, rồi theo phễu để đi đến nhà đầu tư đã được xác minh, các giao dịch RWA và giá trị đã được quyết toán. Một hợp đồng chứng minh là mã tồn tại; nó không chứng minh rằng ai đó dùng nó cho mục đích tài chính.
Sự khác biệt này quan trọng vì kiến trúc của Dusk thật sự cung cấp công cụ EVM cùng với cơ chế quyết toán tất định và các nguyên ngữ của thị trường được quản lý.
Mã đo việc triển khai; phễu đo mức độ chấp nhận về tài chính.
Tôi không nói rằng điều này là duy nhất đối với Dusk... Mọi chuỗi đều đối mặt với khoảng cách giữa hoạt động của nhà phát triển và mức sử dụng về mặt kinh tế.
Câu hỏi khó hơn là điều gì xảy ra khi các động lực (incentives) đến. Liệu hoạt động EVM hiện tại có thể chuyển đổi thành các nhà đầu tư bền vững, các giao dịch và hoạt động quyết toán hay không?
Tôi chưa biết. Biểu đồ của tôi vẫn đang mở, nhưng giờ tôi đang theo dõi phễu, không phải con số hợp đồng.
Giả định trực quan thì đơn giản: nhiều hợp đồng EVM hơn cuối cùng sẽ đồng nghĩa với nhiều ứng dụng RWA hơn. Nhưng Dusk tách phần thực thi DuskEVM khỏi phần quyết toán DuskDS, trong khi Dusk Trade lại nằm cao hơn như một lớp ứng dụng cho việc onboarding, kết nối ví, giao dịch và các luồng quyết toán.
Vì vậy, chỉ số hữu ích không phải là “hợp đồng được triển khai”. Mà là mức chuyển đổi.
Tôi muốn đo lường: ứng dụng RWA ÷ ứng dụng EVM đang hoạt động, rồi theo phễu để đi đến nhà đầu tư đã được xác minh, các giao dịch RWA và giá trị đã được quyết toán. Một hợp đồng chứng minh là mã tồn tại; nó không chứng minh rằng ai đó dùng nó cho mục đích tài chính.
Sự khác biệt này quan trọng vì kiến trúc của Dusk thật sự cung cấp công cụ EVM cùng với cơ chế quyết toán tất định và các nguyên ngữ của thị trường được quản lý.
Mã đo việc triển khai; phễu đo mức độ chấp nhận về tài chính.
Tôi không nói rằng điều này là duy nhất đối với Dusk... Mọi chuỗi đều đối mặt với khoảng cách giữa hoạt động của nhà phát triển và mức sử dụng về mặt kinh tế.
Câu hỏi khó hơn là điều gì xảy ra khi các động lực (incentives) đến. Liệu hoạt động EVM hiện tại có thể chuyển đổi thành các nhà đầu tư bền vững, các giao dịch và hoạt động quyết toán hay không?
Tôi chưa biết. Biểu đồ của tôi vẫn đang mở, nhưng giờ tôi đang theo dõi phễu, không phải con số hợp đồng.
11
10
14.3k
·
--
#dusk $DUSK @Dusk_Foundation Lúc đầu tôi nghĩ rằng một con số giao dịch EVM hằng ngày đơn giản là đủ để hiểu hoạt động trên Mạng DUSK. Nhưng rồi tôi lại bắt đầu tự hỏi những gì bị ẩn đi trong tổng cộng 24 giờ đó.
Một giờ cao điểm bận rộn có thể bị “dẹt” đi bởi 23 giờ yên ắng hơn. Thậm chí chỉ riêng sáu khung thời gian 4 giờ cũng có thể kể một câu chuyện khác so với một con số theo ngày. Nếu phần lớn giao dịch xảy ra trong một khung đỉnh, thì đó không chỉ là “hoạt động cao” — mà nó còn cho thấy điều gì đó về cách người dùng hoặc các hợp đồng thực sự vận hành.
Với Mạng DUSK, tôi nghĩ điều này quan trọng vì hoạt động có một mô hình theo thời gian, và các mô hình có thể tiết lộ sự phụ thuộc. Một đột biến trong việc sử dụng hợp đồng có thể làm tăng mức trung bình trượt trong vài giờ, rồi dần dần phai đi. Xem “nửa đời” đó có thể giúp phân biệt sự thay đổi hành vi kéo dài với một cú bùng phát ngắn.
Chỉ số mà tôi luôn quay lại vẫn rất đơn giản: số giao dịch trong giờ cao điểm chia cho tổng số giao dịch trong ngày. Nó phản ánh sự tập trung, không chỉ là khối lượng.
Có lẽ lớp thú vị không nằm ở việc có bao nhiêu giao dịch diễn ra, mà nằm ở việc mọi người có quay trở lại sử dụng mạng một cách nhất quán hay không.
Tôi vẫn đang tìm cách hiểu điều đó có ý nghĩa gì đối với DUSK, nhưng đôi khi một mức trung bình hằng ngày ổn định có thể che giấu một thực tế rất thiếu ổn định nằm “bên dưới”.
#dusk $DUSK @Dusk Lúc đầu tôi nghĩ rằng một con số giao dịch EVM hằng ngày đơn giản là đủ để hiểu hoạt động trên Mạng DUSK. Nhưng rồi tôi lại bắt đầu tự hỏi những gì bị ẩn đi trong tổng cộng 24 giờ đó.
Một giờ cao điểm bận rộn có thể bị “dẹt” đi bởi 23 giờ yên ắng hơn. Thậm chí chỉ riêng sáu khung thời gian 4 giờ cũng có thể kể một câu chuyện khác so với một con số theo ngày. Nếu phần lớn giao dịch xảy ra trong một khung đỉnh, thì đó không chỉ là “hoạt động cao” — mà nó còn cho thấy điều gì đó về cách người dùng hoặc các hợp đồng thực sự vận hành.
Với Mạng DUSK, tôi nghĩ điều này quan trọng vì hoạt động có một mô hình theo thời gian, và các mô hình có thể tiết lộ sự phụ thuộc. Một đột biến trong việc sử dụng hợp đồng có thể làm tăng mức trung bình trượt trong vài giờ, rồi dần dần phai đi. Xem “nửa đời” đó có thể giúp phân biệt sự thay đổi hành vi kéo dài với một cú bùng phát ngắn.
Chỉ số mà tôi luôn quay lại vẫn rất đơn giản: số giao dịch trong giờ cao điểm chia cho tổng số giao dịch trong ngày. Nó phản ánh sự tập trung, không chỉ là khối lượng.
Có lẽ lớp thú vị không nằm ở việc có bao nhiêu giao dịch diễn ra, mà nằm ở việc mọi người có quay trở lại sử dụng mạng một cách nhất quán hay không.
Tôi vẫn đang tìm cách hiểu điều đó có ý nghĩa gì đối với DUSK, nhưng đôi khi một mức trung bình hằng ngày ổn định có thể che giấu một thực tế rất thiếu ổn định nằm “bên dưới”.
Một giờ cao điểm bận rộn có thể bị “dẹt” đi bởi 23 giờ yên ắng hơn. Thậm chí chỉ riêng sáu khung thời gian 4 giờ cũng có thể kể một câu chuyện khác so với một con số theo ngày. Nếu phần lớn giao dịch xảy ra trong một khung đỉnh, thì đó không chỉ là “hoạt động cao” — mà nó còn cho thấy điều gì đó về cách người dùng hoặc các hợp đồng thực sự vận hành.
Với Mạng DUSK, tôi nghĩ điều này quan trọng vì hoạt động có một mô hình theo thời gian, và các mô hình có thể tiết lộ sự phụ thuộc. Một đột biến trong việc sử dụng hợp đồng có thể làm tăng mức trung bình trượt trong vài giờ, rồi dần dần phai đi. Xem “nửa đời” đó có thể giúp phân biệt sự thay đổi hành vi kéo dài với một cú bùng phát ngắn.
Chỉ số mà tôi luôn quay lại vẫn rất đơn giản: số giao dịch trong giờ cao điểm chia cho tổng số giao dịch trong ngày. Nó phản ánh sự tập trung, không chỉ là khối lượng.
Có lẽ lớp thú vị không nằm ở việc có bao nhiêu giao dịch diễn ra, mà nằm ở việc mọi người có quay trở lại sử dụng mạng một cách nhất quán hay không.
Tôi vẫn đang tìm cách hiểu điều đó có ý nghĩa gì đối với DUSK, nhưng đôi khi một mức trung bình hằng ngày ổn định có thể che giấu một thực tế rất thiếu ổn định nằm “bên dưới”.
8
13
3.1k
·
--
#dusk $DUSK @Dusk_Foundation Mình đã bị kẹt một câu hỏi với DUSK: liệu việc “một triệu lần chuyển khoản bí mật siêu nhỏ” có thực sự khó hơn “1.000 giao dịch mang tính tổ chức” khi chuyển đi giá trị tài chính nghiêm túc không?
Ban đầu mình nghĩ là có, vì nhiều giao dịch hơn thì sẽ có nhiều việc hơn. Nhưng điều đó bắt đầu có vẻ quá đơn giản khi tính toán riêng tư được đưa vào.
Một lần chuyển €20 và một hành động phòng hộ (hedging) €20 triệu có thể đều trở thành “một giao dịch” trên bảng điều khiển, nhưng lần thứ hai có thể liên quan đến trạng thái được mã hóa nhiều hơn rất nhiều, việc tạo bằng chứng và sự phụ thuộc tài chính. Vì vậy, chỉ riêng TPS có lẽ không kể đúng câu chuyện.
Điều khiến mình thấy hứng thú ở DUSK là sự tách bạch giữa việc thực hiện tính toán một cách riêng tư và việc chứng minh sau đó rằng kết quả là đúng. Mã hóa đồng cấu (homomorphic encryption) có thể bảo vệ chính quá trình tính toán, trong khi các bằng chứng không kiến thức (zero-knowledge proofs) xác minh tính đúng đắn mà không lộ ra mọi thứ. Hai thứ đó không thay thế hoàn toàn cho nhau—đó là phần mình đã bỏ sót trước đây.
Điều này khiến Hedger cảm giác ít giống một bài toán thông lượng thông thường hơn. Có lẽ thước đo tốt hơn là thời gian tạo bằng chứng / giá trị tài chính được giải quyết, hoặc thậm chí € được giải quyết trên mỗi bằng chứng.
Với DUSK Network, thông lượng bí mật có lẽ cần hai phép đo: tải tính toán và giá trị kinh tế.
Một triệu lần chuyển khoản có thể nhìn rất “khổng lồ”. Nhưng một bằng chứng tổ chức phức tạp có thể mang nhiều phụ thuộc thực tế hơn so với tất cả các giao dịch còn lại cộng lại—và đó là nơi câu hỏi khó hơn bắt đầu.
{future}(DUSKUSDT)
#dusk $DUSK @Dusk Mình đã bị kẹt một câu hỏi với DUSK: liệu việc “một triệu lần chuyển khoản bí mật siêu nhỏ” có thực sự khó hơn “1.000 giao dịch mang tính tổ chức” khi chuyển đi giá trị tài chính nghiêm túc không?
Ban đầu mình nghĩ là có, vì nhiều giao dịch hơn thì sẽ có nhiều việc hơn. Nhưng điều đó bắt đầu có vẻ quá đơn giản khi tính toán riêng tư được đưa vào.
Một lần chuyển €20 và một hành động phòng hộ (hedging) €20 triệu có thể đều trở thành “một giao dịch” trên bảng điều khiển, nhưng lần thứ hai có thể liên quan đến trạng thái được mã hóa nhiều hơn rất nhiều, việc tạo bằng chứng và sự phụ thuộc tài chính. Vì vậy, chỉ riêng TPS có lẽ không kể đúng câu chuyện.
Điều khiến mình thấy hứng thú ở DUSK là sự tách bạch giữa việc thực hiện tính toán một cách riêng tư và việc chứng minh sau đó rằng kết quả là đúng. Mã hóa đồng cấu (homomorphic encryption) có thể bảo vệ chính quá trình tính toán, trong khi các bằng chứng không kiến thức (zero-knowledge proofs) xác minh tính đúng đắn mà không lộ ra mọi thứ. Hai thứ đó không thay thế hoàn toàn cho nhau—đó là phần mình đã bỏ sót trước đây.
Điều này khiến Hedger cảm giác ít giống một bài toán thông lượng thông thường hơn. Có lẽ thước đo tốt hơn là thời gian tạo bằng chứng / giá trị tài chính được giải quyết, hoặc thậm chí € được giải quyết trên mỗi bằng chứng.
Với DUSK Network, thông lượng bí mật có lẽ cần hai phép đo: tải tính toán và giá trị kinh tế.
Một triệu lần chuyển khoản có thể nhìn rất “khổng lồ”. Nhưng một bằng chứng tổ chức phức tạp có thể mang nhiều phụ thuộc thực tế hơn so với tất cả các giao dịch còn lại cộng lại—và đó là nơi câu hỏi khó hơn bắt đầu.
Ban đầu mình nghĩ là có, vì nhiều giao dịch hơn thì sẽ có nhiều việc hơn. Nhưng điều đó bắt đầu có vẻ quá đơn giản khi tính toán riêng tư được đưa vào.
Một lần chuyển €20 và một hành động phòng hộ (hedging) €20 triệu có thể đều trở thành “một giao dịch” trên bảng điều khiển, nhưng lần thứ hai có thể liên quan đến trạng thái được mã hóa nhiều hơn rất nhiều, việc tạo bằng chứng và sự phụ thuộc tài chính. Vì vậy, chỉ riêng TPS có lẽ không kể đúng câu chuyện.
Điều khiến mình thấy hứng thú ở DUSK là sự tách bạch giữa việc thực hiện tính toán một cách riêng tư và việc chứng minh sau đó rằng kết quả là đúng. Mã hóa đồng cấu (homomorphic encryption) có thể bảo vệ chính quá trình tính toán, trong khi các bằng chứng không kiến thức (zero-knowledge proofs) xác minh tính đúng đắn mà không lộ ra mọi thứ. Hai thứ đó không thay thế hoàn toàn cho nhau—đó là phần mình đã bỏ sót trước đây.
Điều này khiến Hedger cảm giác ít giống một bài toán thông lượng thông thường hơn. Có lẽ thước đo tốt hơn là thời gian tạo bằng chứng / giá trị tài chính được giải quyết, hoặc thậm chí € được giải quyết trên mỗi bằng chứng.
Với DUSK Network, thông lượng bí mật có lẽ cần hai phép đo: tải tính toán và giá trị kinh tế.
Một triệu lần chuyển khoản có thể nhìn rất “khổng lồ”. Nhưng một bằng chứng tổ chức phức tạp có thể mang nhiều phụ thuộc thực tế hơn so với tất cả các giao dịch còn lại cộng lại—và đó là nơi câu hỏi khó hơn bắt đầu.
25
15
4.2k
·
--
#dusk $DUSK @Dusk_Foundation Tôi đang xem tài liệu về DUSK Network vào hôm qua và bị kẹt ở một thứ khá bình thường: “2.160 block cho mỗi epoch..\n\nLúc đầu, con số đó chỉ trông như một tham số giao thức khác. Rồi tôi tự hỏi: nếu một epoch cho chúng ta 2.160 quan sát, vậy tại sao lại nói về hiệu năng validator bằng một thời gian block trung bình?\n\nGiá trị trung bình có thể che mất phần thú vị.\n\nVới DUSK Network, tôi thà so sánh mười epoch liên tiếp — 21.600 block — và đo số block bị bỏ lỡ, kèm theo P50, P95 và P99 của khoảng thời gian giữa các block. Tôi cũng sẽ chia một epoch thành 540 block đầu và 540 block cuối để xem độ trễ có bị trôi dần khi epoch tiến triển hay không.\n\nSự phân biệt này quan trọng vì “trung bình mô tả phần giữa; các ngoại lệ mô tả mức chịu đựng (stress).\n\nMột vài block quá chậm có thể chỉ làm thay đổi rất ít đến giá trị trung bình, nhưng lại có thể ảnh hưởng đáng kể đến P95/P99. Tương tự, một epoch tệ có thể bị ‘chìm’ trong một khoảng trung bình dài hơn.\n\nCho công bằng mà nói, điều này không phải là bằng chứng rằng DUSK gặp vấn đề về độ ổn định. Ngược lại: đó là một cách kiểm tra yêu cầu mà không cần giả định kết quả.\n\nĐiều tôi thực sự chưa biết là liệu các block chậm nhất có được gom lại quanh các mốc ranh giới epoch cụ thể, hành vi của validator, hay điều kiện mạng hay không.\n\nĐó là bộ dữ liệu tôi muốn có trước khi gọi consensus là ‘ổn định.’\n\n@Dusk_Foundation Foundation\n{future}(DUSKUSDT)
#dusk $DUSK @Dusk Tôi đang xem tài liệu về DUSK Network vào hôm qua và bị kẹt ở một thứ khá bình thường: “2.160 block cho mỗi epoch..\n\nLúc đầu, con số đó chỉ trông như một tham số giao thức khác. Rồi tôi tự hỏi: nếu một epoch cho chúng ta 2.160 quan sát, vậy tại sao lại nói về hiệu năng validator bằng một thời gian block trung bình?\n\nGiá trị trung bình có thể che mất phần thú vị.\n\nVới DUSK Network, tôi thà so sánh mười epoch liên tiếp — 21.600 block — và đo số block bị bỏ lỡ, kèm theo P50, P95 và P99 của khoảng thời gian giữa các block. Tôi cũng sẽ chia một epoch thành 540 block đầu và 540 block cuối để xem độ trễ có bị trôi dần khi epoch tiến triển hay không.\n\nSự phân biệt này quan trọng vì “trung bình mô tả phần giữa; các ngoại lệ mô tả mức chịu đựng (stress).\n\nMột vài block quá chậm có thể chỉ làm thay đổi rất ít đến giá trị trung bình, nhưng lại có thể ảnh hưởng đáng kể đến P95/P99. Tương tự, một epoch tệ có thể bị ‘chìm’ trong một khoảng trung bình dài hơn.\n\nCho công bằng mà nói, điều này không phải là bằng chứng rằng DUSK gặp vấn đề về độ ổn định. Ngược lại: đó là một cách kiểm tra yêu cầu mà không cần giả định kết quả.\n\nĐiều tôi thực sự chưa biết là liệu các block chậm nhất có được gom lại quanh các mốc ranh giới epoch cụ thể, hành vi của validator, hay điều kiện mạng hay không.\n\nĐó là bộ dữ liệu tôi muốn có trước khi gọi consensus là ‘ổn định.’\n\n@Dusk Foundation\n
34
17
10.4k
·
--
#dusk $DUSK @Dusk_Foundation Tôi đang xem tài liệu Dusk vào một buổi chiều thị trường yên ắng thì mức cược tối thiểu 1.000 DUSK đã thu hút sự chú ý của tôi. Con số này rất dễ được lặp lại như một con số bảo mật, nhưng tôi muốn biết thực sự nó đảm bảo điều gì.
Giả định trực quan thì đơn giản: cược 1.000 DUSK, và bạn đang bảo đảm mạng một cách có ý nghĩa. Nhưng cơ chế còn rộng hơn. Dusk kết hợp việc đặt cược với các epoch 2.160 block, tương đương khoảng 6–12 giờ kích hoạt, cơ chế chọn ủy ban, và cấu trúc phần thưởng theo đó các trình tạo (generator) có thể nhận 70% cộng thêm tối đa 10%, trong khi các ủy ban xác thực và phê chuẩn (validation và ratification committees) nhận lần lượt 5%.
Điều đó đã thay đổi cách tôi đọc con số 1.000 DUSK.
Nó thiết lập điều kiện tham gia, chứ không phải một cam kết bảo mật hoàn chỉnh.
Việc đặt cược tạo ra trách nhiệm kinh tế, trong khi bảo mật còn phụ thuộc vào khâu lựa chọn, mức độ tham gia, động lực khuyến khích, hạ tầng và hành vi của ủy ban. Lịch phát hành 36 năm và các lần giảm một nửa theo chu kỳ 4 năm cũng quan trọng vì các động lực này sẽ thay đổi theo thời gian.
Ban đầu tôi nghĩ sự phân biệt này hơi cầu kỳ. Không phải vậy. Một mức cược hợp lệ không chứng minh rằng nhà vận hành là trung thực; nó khiến hành vi không trung thực phải chịu trách nhiệm một cách mang tính kinh tế.
Tôi không nói rằng Dusk là nền tảng bị phơi bày một cách đặc biệt. Mọi thiết kế PoS đều phải đối mặt với câu hỏi này.
Tài liệu giải thích cơ chế vận hành. Tôi vẫn đang theo dõi nó sẽ hoạt động như thế nào khi các động lực đủ lớn để thu hút áp lực đối kháng nghiêm trọng.
#dusk $DUSK @Dusk Tôi đang xem tài liệu Dusk vào một buổi chiều thị trường yên ắng thì mức cược tối thiểu 1.000 DUSK đã thu hút sự chú ý của tôi. Con số này rất dễ được lặp lại như một con số bảo mật, nhưng tôi muốn biết thực sự nó đảm bảo điều gì.
Giả định trực quan thì đơn giản: cược 1.000 DUSK, và bạn đang bảo đảm mạng một cách có ý nghĩa. Nhưng cơ chế còn rộng hơn. Dusk kết hợp việc đặt cược với các epoch 2.160 block, tương đương khoảng 6–12 giờ kích hoạt, cơ chế chọn ủy ban, và cấu trúc phần thưởng theo đó các trình tạo (generator) có thể nhận 70% cộng thêm tối đa 10%, trong khi các ủy ban xác thực và phê chuẩn (validation và ratification committees) nhận lần lượt 5%.
Điều đó đã thay đổi cách tôi đọc con số 1.000 DUSK.
Nó thiết lập điều kiện tham gia, chứ không phải một cam kết bảo mật hoàn chỉnh.
Việc đặt cược tạo ra trách nhiệm kinh tế, trong khi bảo mật còn phụ thuộc vào khâu lựa chọn, mức độ tham gia, động lực khuyến khích, hạ tầng và hành vi của ủy ban. Lịch phát hành 36 năm và các lần giảm một nửa theo chu kỳ 4 năm cũng quan trọng vì các động lực này sẽ thay đổi theo thời gian.
Ban đầu tôi nghĩ sự phân biệt này hơi cầu kỳ. Không phải vậy. Một mức cược hợp lệ không chứng minh rằng nhà vận hành là trung thực; nó khiến hành vi không trung thực phải chịu trách nhiệm một cách mang tính kinh tế.
Tôi không nói rằng Dusk là nền tảng bị phơi bày một cách đặc biệt. Mọi thiết kế PoS đều phải đối mặt với câu hỏi này.
Tài liệu giải thích cơ chế vận hành. Tôi vẫn đang theo dõi nó sẽ hoạt động như thế nào khi các động lực đủ lớn để thu hút áp lực đối kháng nghiêm trọng.
Giả định trực quan thì đơn giản: cược 1.000 DUSK, và bạn đang bảo đảm mạng một cách có ý nghĩa. Nhưng cơ chế còn rộng hơn. Dusk kết hợp việc đặt cược với các epoch 2.160 block, tương đương khoảng 6–12 giờ kích hoạt, cơ chế chọn ủy ban, và cấu trúc phần thưởng theo đó các trình tạo (generator) có thể nhận 70% cộng thêm tối đa 10%, trong khi các ủy ban xác thực và phê chuẩn (validation và ratification committees) nhận lần lượt 5%.
Điều đó đã thay đổi cách tôi đọc con số 1.000 DUSK.
Nó thiết lập điều kiện tham gia, chứ không phải một cam kết bảo mật hoàn chỉnh.
Việc đặt cược tạo ra trách nhiệm kinh tế, trong khi bảo mật còn phụ thuộc vào khâu lựa chọn, mức độ tham gia, động lực khuyến khích, hạ tầng và hành vi của ủy ban. Lịch phát hành 36 năm và các lần giảm một nửa theo chu kỳ 4 năm cũng quan trọng vì các động lực này sẽ thay đổi theo thời gian.
Ban đầu tôi nghĩ sự phân biệt này hơi cầu kỳ. Không phải vậy. Một mức cược hợp lệ không chứng minh rằng nhà vận hành là trung thực; nó khiến hành vi không trung thực phải chịu trách nhiệm một cách mang tính kinh tế.
Tôi không nói rằng Dusk là nền tảng bị phơi bày một cách đặc biệt. Mọi thiết kế PoS đều phải đối mặt với câu hỏi này.
Tài liệu giải thích cơ chế vận hành. Tôi vẫn đang theo dõi nó sẽ hoạt động như thế nào khi các động lực đủ lớn để thu hút áp lực đối kháng nghiêm trọng.
39
1
13
16.1k
·
--
Lúc đầu tôi không chắc vì sao một yêu cầu giải quyết trong 10 giây lại khiến tôi bận tâm. Nếu tài sản được chốt nhanh đến vậy, thì giao dịch về cơ bản đã xong rồi chứ?
Nhìn kỹ hơn về Dusk, tôi bắt đầu nghĩ rằng phần “khó” thực sự nằm ở đoạn giữa. Một tài sản có thể được giao trong 10 giây, nhưng nếu tiền chỉ trở thành cuối cùng ở mốc 20 giây, thì vẫn còn khoảng chênh 10 giây nơi một bên đã làm xong phần của mình còn bên kia thì chưa. Chuyện không chỉ là tốc độ — mà là niềm tin và sự phối hợp.
Với Dusk, câu hỏi cốt lõi dường như là sự kiện nào thực sự mở khóa tài sản. “Đã gửi thanh toán” nghe có vẻ đơn giản, nhưng nó không có nghĩa là thanh toán đã được hoàn tất. Nếu kênh thanh toán mất 30 giây, 60 giây hoặc thậm chí năm phút, thì Dusk vẫn có thể chốt nhanh “một chân” của mình trong khi toàn bộ giao dịch vẫn đang chờ ở nơi khác.
Có lẽ atomic DvP giải quyết được một phần vấn đề này, nhưng khi đó cả hai hệ thống cần phải giao tiếp theo cách có thể được kiểm chứng và đáng tin cậy theo thời gian.
Điều tôi bắt đầu nhận ra là giá trị “ẩn” của Dusk có thể không nằm ở chính bản thân 10 giây, mà nằm ở việc đảm bảo không bên nào phải tin vào khoảng trống đó.
@Dusk_Foundation #dusk $DUSK
Lúc đầu tôi không chắc vì sao một yêu cầu giải quyết trong 10 giây lại khiến tôi bận tâm. Nếu tài sản được chốt nhanh đến vậy, thì giao dịch về cơ bản đã xong rồi chứ?
Nhìn kỹ hơn về Dusk, tôi bắt đầu nghĩ rằng phần “khó” thực sự nằm ở đoạn giữa. Một tài sản có thể được giao trong 10 giây, nhưng nếu tiền chỉ trở thành cuối cùng ở mốc 20 giây, thì vẫn còn khoảng chênh 10 giây nơi một bên đã làm xong phần của mình còn bên kia thì chưa. Chuyện không chỉ là tốc độ — mà là niềm tin và sự phối hợp.
Với Dusk, câu hỏi cốt lõi dường như là sự kiện nào thực sự mở khóa tài sản. “Đã gửi thanh toán” nghe có vẻ đơn giản, nhưng nó không có nghĩa là thanh toán đã được hoàn tất. Nếu kênh thanh toán mất 30 giây, 60 giây hoặc thậm chí năm phút, thì Dusk vẫn có thể chốt nhanh “một chân” của mình trong khi toàn bộ giao dịch vẫn đang chờ ở nơi khác.
Có lẽ atomic DvP giải quyết được một phần vấn đề này, nhưng khi đó cả hai hệ thống cần phải giao tiếp theo cách có thể được kiểm chứng và đáng tin cậy theo thời gian.
Điều tôi bắt đầu nhận ra là giá trị “ẩn” của Dusk có thể không nằm ở chính bản thân 10 giây, mà nằm ở việc đảm bảo không bên nào phải tin vào khoảng trống đó.
@Dusk #dusk $DUSK
Nhìn kỹ hơn về Dusk, tôi bắt đầu nghĩ rằng phần “khó” thực sự nằm ở đoạn giữa. Một tài sản có thể được giao trong 10 giây, nhưng nếu tiền chỉ trở thành cuối cùng ở mốc 20 giây, thì vẫn còn khoảng chênh 10 giây nơi một bên đã làm xong phần của mình còn bên kia thì chưa. Chuyện không chỉ là tốc độ — mà là niềm tin và sự phối hợp.
Với Dusk, câu hỏi cốt lõi dường như là sự kiện nào thực sự mở khóa tài sản. “Đã gửi thanh toán” nghe có vẻ đơn giản, nhưng nó không có nghĩa là thanh toán đã được hoàn tất. Nếu kênh thanh toán mất 30 giây, 60 giây hoặc thậm chí năm phút, thì Dusk vẫn có thể chốt nhanh “một chân” của mình trong khi toàn bộ giao dịch vẫn đang chờ ở nơi khác.
Có lẽ atomic DvP giải quyết được một phần vấn đề này, nhưng khi đó cả hai hệ thống cần phải giao tiếp theo cách có thể được kiểm chứng và đáng tin cậy theo thời gian.
Điều tôi bắt đầu nhận ra là giá trị “ẩn” của Dusk có thể không nằm ở chính bản thân 10 giây, mà nằm ở việc đảm bảo không bên nào phải tin vào khoảng trống đó.
@Dusk #dusk $DUSK
21
8
10.8k
·
--
Đã xác minh
#dusk $DUSK @Dusk_Foundation Tôi lại xem lại tài liệu Dusk thì có một chi tiết khiến tôi chú ý: tập validator lớn hơn không tự động đồng nghĩa với việc có sự đại diện trong ủy ban rộng hơn.
Dusk sử dụng sortition (chọn ngẫu nhiên) tất định để chọn provisioners, trong đó stake ảnh hưởng đến mức độ tham gia. Vì vậy, giả định trực quan là 50 validator sẽ tương ứng với khoảng 50 giọng nói.
Nhưng tôi không chắc điều đó là đủ.
Tôi muốn theo dõi top 1%, 5% và 10% lượng stake trong 1.000 vòng, so sánh tỷ phần stake của họ với số lần xuất hiện trong ủy ban và số tín chỉ bỏ phiếu. Sau đó lặp lại phân tích ở 100, 500 và 1.000 vòng để đo số validator duy nhất, việc chọn lặp lại, và mức độ tập trung.
Câu hỏi thực sự không phải là có bao nhiêu validator; mà là mức độ ảnh hưởng bỏ phiếu có lặp lại để chạm tới ủy ban hay không.
Một tập validator có thể trông đa dạng, trong khi ảnh hưởng hiệu quả vẫn bị tập trung.
Có lẽ Dusk cho thấy sự luân chuyển mạnh. Có lẽ sự tập trung stake lại tạo ra một bức tranh khác.
Chính vì vậy mà tôi thà đo lường mức đại diện trong ủy ban hơn là suy ra nó chỉ từ số lượng validator.
#dusk $DUSK @Dusk Tôi lại xem lại tài liệu Dusk thì có một chi tiết khiến tôi chú ý: tập validator lớn hơn không tự động đồng nghĩa với việc có sự đại diện trong ủy ban rộng hơn.
Dusk sử dụng sortition (chọn ngẫu nhiên) tất định để chọn provisioners, trong đó stake ảnh hưởng đến mức độ tham gia. Vì vậy, giả định trực quan là 50 validator sẽ tương ứng với khoảng 50 giọng nói.
Nhưng tôi không chắc điều đó là đủ.
Tôi muốn theo dõi top 1%, 5% và 10% lượng stake trong 1.000 vòng, so sánh tỷ phần stake của họ với số lần xuất hiện trong ủy ban và số tín chỉ bỏ phiếu. Sau đó lặp lại phân tích ở 100, 500 và 1.000 vòng để đo số validator duy nhất, việc chọn lặp lại, và mức độ tập trung.
Câu hỏi thực sự không phải là có bao nhiêu validator; mà là mức độ ảnh hưởng bỏ phiếu có lặp lại để chạm tới ủy ban hay không.
Một tập validator có thể trông đa dạng, trong khi ảnh hưởng hiệu quả vẫn bị tập trung.
Có lẽ Dusk cho thấy sự luân chuyển mạnh. Có lẽ sự tập trung stake lại tạo ra một bức tranh khác.
Chính vì vậy mà tôi thà đo lường mức đại diện trong ủy ban hơn là suy ra nó chỉ từ số lượng validator.
Dusk sử dụng sortition (chọn ngẫu nhiên) tất định để chọn provisioners, trong đó stake ảnh hưởng đến mức độ tham gia. Vì vậy, giả định trực quan là 50 validator sẽ tương ứng với khoảng 50 giọng nói.
Nhưng tôi không chắc điều đó là đủ.
Tôi muốn theo dõi top 1%, 5% và 10% lượng stake trong 1.000 vòng, so sánh tỷ phần stake của họ với số lần xuất hiện trong ủy ban và số tín chỉ bỏ phiếu. Sau đó lặp lại phân tích ở 100, 500 và 1.000 vòng để đo số validator duy nhất, việc chọn lặp lại, và mức độ tập trung.
Câu hỏi thực sự không phải là có bao nhiêu validator; mà là mức độ ảnh hưởng bỏ phiếu có lặp lại để chạm tới ủy ban hay không.
Một tập validator có thể trông đa dạng, trong khi ảnh hưởng hiệu quả vẫn bị tập trung.
Có lẽ Dusk cho thấy sự luân chuyển mạnh. Có lẽ sự tập trung stake lại tạo ra một bức tranh khác.
Chính vì vậy mà tôi thà đo lường mức đại diện trong ủy ban hơn là suy ra nó chỉ từ số lượng validator.
35
12
9.7k
·
--
Lúc đầu tôi không hiểu đầy đủ phép tính “halving”. Tôi thấy cách chia 70/10/10/5/5 và cho rằng các ưu đãi về cơ bản vẫn giữ nguyên.
Nhưng tỷ lệ có thể vẫn cố định trong khi phần thưởng DUSK thực tế lại giảm đi rất nhiều.
Sau lần halving đầu tiên, phần thưởng cơ bản của bộ tạo (generator) chuyển từ 13.90018 xuống còn khoảng 6.95009 DUSK. Quỹ xác thực (validation pool) cũng giảm từ 0.99287 xuống khoảng 0.49644. Sau nhiều lần halving hơn nữa, khoảng cách đó càng trở nên khó bỏ qua.
Điều đó khiến tôi nhìn DUSK Network theo cách khác. Câu hỏi quan trọng không chỉ là ai nhận được bao nhiêu phần trăm. Mà là liệu những phần thưởng tuyệt đối nhỏ hơn đó có còn đủ động lực để các trình xác thực (validators) và những người tham gia khác tiếp tục làm công việc mà mạng cần hay không.
Có lẽ phí (fees) cuối cùng sẽ trở nên quan trọng hơn khi phần thưởng phát hành (emission rewards) bị thu hẹp. Nhưng điều đó không tự động xảy ra, và tôi nghĩ đây là chỗ mà thiết kế động lực dài hạn trở nên thú vị.
DUSK Network có thể giữ nguyên cấu trúc phân bổ như cũ trong nhiều năm, nhưng ý nghĩa kinh tế của cấu trúc đó vẫn tiếp tục thay đổi.
Vì vậy, tôi bắt đầu nghĩ rằng bài kiểm tra thực sự không nằm ở bản thân sự halving.
Mà nằm ở việc liệu mức độ hữu ích của mạng có thể tăng nhanh hơn tốc độ phần thưởng biến mất hay không.
#dusk $DUSK @Dusk
Lúc đầu tôi không hiểu đầy đủ phép tính “halving”. Tôi thấy cách chia 70/10/10/5/5 và cho rằng các ưu đãi về cơ bản vẫn giữ nguyên.
Nhưng tỷ lệ có thể vẫn cố định trong khi phần thưởng DUSK thực tế lại giảm đi rất nhiều.
Sau lần halving đầu tiên, phần thưởng cơ bản của bộ tạo (generator) chuyển từ 13.90018 xuống còn khoảng 6.95009 DUSK. Quỹ xác thực (validation pool) cũng giảm từ 0.99287 xuống khoảng 0.49644. Sau nhiều lần halving hơn nữa, khoảng cách đó càng trở nên khó bỏ qua.
Điều đó khiến tôi nhìn DUSK Network theo cách khác. Câu hỏi quan trọng không chỉ là ai nhận được bao nhiêu phần trăm. Mà là liệu những phần thưởng tuyệt đối nhỏ hơn đó có còn đủ động lực để các trình xác thực (validators) và những người tham gia khác tiếp tục làm công việc mà mạng cần hay không.
Có lẽ phí (fees) cuối cùng sẽ trở nên quan trọng hơn khi phần thưởng phát hành (emission rewards) bị thu hẹp. Nhưng điều đó không tự động xảy ra, và tôi nghĩ đây là chỗ mà thiết kế động lực dài hạn trở nên thú vị.
DUSK Network có thể giữ nguyên cấu trúc phân bổ như cũ trong nhiều năm, nhưng ý nghĩa kinh tế của cấu trúc đó vẫn tiếp tục thay đổi.
Vì vậy, tôi bắt đầu nghĩ rằng bài kiểm tra thực sự không nằm ở bản thân sự halving.
Mà nằm ở việc liệu mức độ hữu ích của mạng có thể tăng nhanh hơn tốc độ phần thưởng biến mất hay không.
#dusk $DUSK @Dusk
Nhưng tỷ lệ có thể vẫn cố định trong khi phần thưởng DUSK thực tế lại giảm đi rất nhiều.
Sau lần halving đầu tiên, phần thưởng cơ bản của bộ tạo (generator) chuyển từ 13.90018 xuống còn khoảng 6.95009 DUSK. Quỹ xác thực (validation pool) cũng giảm từ 0.99287 xuống khoảng 0.49644. Sau nhiều lần halving hơn nữa, khoảng cách đó càng trở nên khó bỏ qua.
Điều đó khiến tôi nhìn DUSK Network theo cách khác. Câu hỏi quan trọng không chỉ là ai nhận được bao nhiêu phần trăm. Mà là liệu những phần thưởng tuyệt đối nhỏ hơn đó có còn đủ động lực để các trình xác thực (validators) và những người tham gia khác tiếp tục làm công việc mà mạng cần hay không.
Có lẽ phí (fees) cuối cùng sẽ trở nên quan trọng hơn khi phần thưởng phát hành (emission rewards) bị thu hẹp. Nhưng điều đó không tự động xảy ra, và tôi nghĩ đây là chỗ mà thiết kế động lực dài hạn trở nên thú vị.
DUSK Network có thể giữ nguyên cấu trúc phân bổ như cũ trong nhiều năm, nhưng ý nghĩa kinh tế của cấu trúc đó vẫn tiếp tục thay đổi.
Vì vậy, tôi bắt đầu nghĩ rằng bài kiểm tra thực sự không nằm ở bản thân sự halving.
Mà nằm ở việc liệu mức độ hữu ích của mạng có thể tăng nhanh hơn tốc độ phần thưởng biến mất hay không.
#dusk $DUSK @Dusk
15
12
9.1k
·
--
Một chiếc chìa khóa có thể mở một cánh cửa, nhưng điều đó không có nghĩa là người đang cầm nó nên được thấy mọi thứ ở bên trong. Sự khác biệt nhỏ bé ấy khiến DUSK trở nên thú vị với tôi. Quyền riêng tư không phải lúc nào cũng là giấu hoàn toàn dữ liệu. Đôi khi nó là việc kiểm soát thứ mà một người được phép biết.
DUSK tách khả năng xem khỏi khả năng chi tiêu, và điều đó nghe có vẻ đơn giản cho đến khi bạn nghĩ về tiền bạc hằng ngày. Bạn có thể cần phải chứng minh những gì mình sở hữu, hoặc cho ai đó kiểm tra một số thông tin nhất định, mà không trao cho họ khả năng chuyển những quỹ đó. DUSK coi các quyền này là các quyền riêng biệt thay vì gắn chúng với nhau.
Áp lực ẩn phía sau nằm ở sự tin cậy. Nếu việc xem tự động đồng nghĩa với chi tiêu, thì mỗi lần công bố sẽ kéo theo rủi ro lớn hơn. Nhưng việc tách chúng ra cũng tạo ra một bài toán kỹ thuật khó hơn: các quyền phải được giữ rõ ràng và khó bị lạm dụng. Chỉ cần một ranh giới lỏng lẻo cũng có thể làm hỏng toàn bộ ý tưởng.
Phần lớn mọi người có thể bỏ qua điều này vì các ví thông thường khiến việc truy cập trông như một lựa chọn nhị phân. Bạn có chìa khóa thì bạn có quyền, còn không thì không. DUSK đặt ra một câu hỏi khó hơn: liệu việc truy cập có thể trở nên chính xác hơn mà vẫn không gây rối không?
Đó là lúc DUSK trở nên thú vị. Kiểm soát nhiều hơn chỉ thực sự quan trọng khi người dùng có thể hiểu chính xác từng quyền cho phép điều gì.
#dusk $DUSK @Dusk
Một chiếc chìa khóa có thể mở một cánh cửa, nhưng điều đó không có nghĩa là người đang cầm nó nên được thấy mọi thứ ở bên trong. Sự khác biệt nhỏ bé ấy khiến DUSK trở nên thú vị với tôi. Quyền riêng tư không phải lúc nào cũng là giấu hoàn toàn dữ liệu. Đôi khi nó là việc kiểm soát thứ mà một người được phép biết.
DUSK tách khả năng xem khỏi khả năng chi tiêu, và điều đó nghe có vẻ đơn giản cho đến khi bạn nghĩ về tiền bạc hằng ngày. Bạn có thể cần phải chứng minh những gì mình sở hữu, hoặc cho ai đó kiểm tra một số thông tin nhất định, mà không trao cho họ khả năng chuyển những quỹ đó. DUSK coi các quyền này là các quyền riêng biệt thay vì gắn chúng với nhau.
Áp lực ẩn phía sau nằm ở sự tin cậy. Nếu việc xem tự động đồng nghĩa với chi tiêu, thì mỗi lần công bố sẽ kéo theo rủi ro lớn hơn. Nhưng việc tách chúng ra cũng tạo ra một bài toán kỹ thuật khó hơn: các quyền phải được giữ rõ ràng và khó bị lạm dụng. Chỉ cần một ranh giới lỏng lẻo cũng có thể làm hỏng toàn bộ ý tưởng.
Phần lớn mọi người có thể bỏ qua điều này vì các ví thông thường khiến việc truy cập trông như một lựa chọn nhị phân. Bạn có chìa khóa thì bạn có quyền, còn không thì không. DUSK đặt ra một câu hỏi khó hơn: liệu việc truy cập có thể trở nên chính xác hơn mà vẫn không gây rối không?
Đó là lúc DUSK trở nên thú vị. Kiểm soát nhiều hơn chỉ thực sự quan trọng khi người dùng có thể hiểu chính xác từng quyền cho phép điều gì.
#dusk $DUSK @Dusk
DUSK tách khả năng xem khỏi khả năng chi tiêu, và điều đó nghe có vẻ đơn giản cho đến khi bạn nghĩ về tiền bạc hằng ngày. Bạn có thể cần phải chứng minh những gì mình sở hữu, hoặc cho ai đó kiểm tra một số thông tin nhất định, mà không trao cho họ khả năng chuyển những quỹ đó. DUSK coi các quyền này là các quyền riêng biệt thay vì gắn chúng với nhau.
Áp lực ẩn phía sau nằm ở sự tin cậy. Nếu việc xem tự động đồng nghĩa với chi tiêu, thì mỗi lần công bố sẽ kéo theo rủi ro lớn hơn. Nhưng việc tách chúng ra cũng tạo ra một bài toán kỹ thuật khó hơn: các quyền phải được giữ rõ ràng và khó bị lạm dụng. Chỉ cần một ranh giới lỏng lẻo cũng có thể làm hỏng toàn bộ ý tưởng.
Phần lớn mọi người có thể bỏ qua điều này vì các ví thông thường khiến việc truy cập trông như một lựa chọn nhị phân. Bạn có chìa khóa thì bạn có quyền, còn không thì không. DUSK đặt ra một câu hỏi khó hơn: liệu việc truy cập có thể trở nên chính xác hơn mà vẫn không gây rối không?
Đó là lúc DUSK trở nên thú vị. Kiểm soát nhiều hơn chỉ thực sự quan trọng khi người dùng có thể hiểu chính xác từng quyền cho phép điều gì.
#dusk $DUSK @Dusk
9
7
280
·
--
Tôi nhận ra sự mất cân bằng khi xem một nhóm đặt bữa tối. Một người đã thanh toán toàn bộ hóa đơn, nhưng không ai hỏi anh ấy muốn ăn gì.
Khoảnh khắc nhỏ đó lại quay về khi tôi nhìn vào Babylon. Những người đặt cược Bitcoin (stakers) khóa lượng BTC có giá trị, chấp nhận rủi ro thực sự và mang lại sự an ninh kinh tế cho mạng lưới. Họ có thể nhận phần thưởng BABY khi làm điều đó. Nhưng khi các quy tắc của Babylon được thảo luận—các nâng cấp, phí, lạm phát hoặc các tham số giao thức lớn—quyền biểu quyết trực tiếp thuộc về BABY đã được đặt cược, chứ không phải BTC mang phần rủi ro nhiều.
Ban đầu, sự tách biệt này có vẻ hợp lý. BTC cung cấp bảo mật. BABY đảm nhiệm điều phối và quản trị. Rõ vai trò. Tuy nhiên, trong thực tế, vốn và quyền kiểm soát hiếm khi tách rời hoàn toàn. Một quyết định quản trị có thể thay đổi động lực, cấu trúc phần thưởng hoặc các điều kiện liên quan đến việc đặt cược Bitcoin. Những người đưa ra các quyết định đó có thể không phải là những người có tài sản có giá trị nhất của họ đang phải chịu rủi ro.
Điều đó không tự động khiến Babylon trở nên bất công. Việc trao quyền biểu quyết cho các stakers nắm giữ BTC có thể tạo ra sự phức tạp mới, đại diện yếu hoặc các cuộc tấn công vào quản trị. Nhưng việc để họ không có tiếng nói trực tiếp lại tạo ra một vấn đề khác: các nhà cung cấp bảo mật có thể dần dần cảm thấy mình giống như nguồn vốn thuê mướn hơn là những người tham gia thực sự.
Tôi cứ tự hỏi Babylon muốn các stakers Bitcoin trở thành gì. Những đối tác trong hệ thống—hay chỉ là bảng cân đối kế toán khiến quản trị BABY trở nên đáng tin?
@babylonlabs_io #baby $BABY
Tôi nhận ra sự mất cân bằng khi xem một nhóm đặt bữa tối. Một người đã thanh toán toàn bộ hóa đơn, nhưng không ai hỏi anh ấy muốn ăn gì.
Khoảnh khắc nhỏ đó lại quay về khi tôi nhìn vào Babylon. Những người đặt cược Bitcoin (stakers) khóa lượng BTC có giá trị, chấp nhận rủi ro thực sự và mang lại sự an ninh kinh tế cho mạng lưới. Họ có thể nhận phần thưởng BABY khi làm điều đó. Nhưng khi các quy tắc của Babylon được thảo luận—các nâng cấp, phí, lạm phát hoặc các tham số giao thức lớn—quyền biểu quyết trực tiếp thuộc về BABY đã được đặt cược, chứ không phải BTC mang phần rủi ro nhiều.
Ban đầu, sự tách biệt này có vẻ hợp lý. BTC cung cấp bảo mật. BABY đảm nhiệm điều phối và quản trị. Rõ vai trò. Tuy nhiên, trong thực tế, vốn và quyền kiểm soát hiếm khi tách rời hoàn toàn. Một quyết định quản trị có thể thay đổi động lực, cấu trúc phần thưởng hoặc các điều kiện liên quan đến việc đặt cược Bitcoin. Những người đưa ra các quyết định đó có thể không phải là những người có tài sản có giá trị nhất của họ đang phải chịu rủi ro.
Điều đó không tự động khiến Babylon trở nên bất công. Việc trao quyền biểu quyết cho các stakers nắm giữ BTC có thể tạo ra sự phức tạp mới, đại diện yếu hoặc các cuộc tấn công vào quản trị. Nhưng việc để họ không có tiếng nói trực tiếp lại tạo ra một vấn đề khác: các nhà cung cấp bảo mật có thể dần dần cảm thấy mình giống như nguồn vốn thuê mướn hơn là những người tham gia thực sự.
Tôi cứ tự hỏi Babylon muốn các stakers Bitcoin trở thành gì. Những đối tác trong hệ thống—hay chỉ là bảng cân đối kế toán khiến quản trị BABY trở nên đáng tin?
@BabylonLabs_io #baby $BABY
Khoảnh khắc nhỏ đó lại quay về khi tôi nhìn vào Babylon. Những người đặt cược Bitcoin (stakers) khóa lượng BTC có giá trị, chấp nhận rủi ro thực sự và mang lại sự an ninh kinh tế cho mạng lưới. Họ có thể nhận phần thưởng BABY khi làm điều đó. Nhưng khi các quy tắc của Babylon được thảo luận—các nâng cấp, phí, lạm phát hoặc các tham số giao thức lớn—quyền biểu quyết trực tiếp thuộc về BABY đã được đặt cược, chứ không phải BTC mang phần rủi ro nhiều.
Ban đầu, sự tách biệt này có vẻ hợp lý. BTC cung cấp bảo mật. BABY đảm nhiệm điều phối và quản trị. Rõ vai trò. Tuy nhiên, trong thực tế, vốn và quyền kiểm soát hiếm khi tách rời hoàn toàn. Một quyết định quản trị có thể thay đổi động lực, cấu trúc phần thưởng hoặc các điều kiện liên quan đến việc đặt cược Bitcoin. Những người đưa ra các quyết định đó có thể không phải là những người có tài sản có giá trị nhất của họ đang phải chịu rủi ro.
Điều đó không tự động khiến Babylon trở nên bất công. Việc trao quyền biểu quyết cho các stakers nắm giữ BTC có thể tạo ra sự phức tạp mới, đại diện yếu hoặc các cuộc tấn công vào quản trị. Nhưng việc để họ không có tiếng nói trực tiếp lại tạo ra một vấn đề khác: các nhà cung cấp bảo mật có thể dần dần cảm thấy mình giống như nguồn vốn thuê mướn hơn là những người tham gia thực sự.
Tôi cứ tự hỏi Babylon muốn các stakers Bitcoin trở thành gì. Những đối tác trong hệ thống—hay chỉ là bảng cân đối kế toán khiến quản trị BABY trở nên đáng tin?
@BabylonLabs_io #baby $BABY
15
14
2.6k
·
--
Đã xác minh
Tôi nhận thấy sự khác biệt khi nhìn vào hai con số dường như mô tả hoàn toàn khác nhau giữa các token.
Chỉ khoảng 39% tổng cung BABY được báo cáo là đang lưu hành, điều này có thể khiến lượng cung khả dụng trông có vẻ bị giới hạn. Một phần lớn vẫn được phân bổ theo lịch vesting, ủy quyền, hoặc nắm giữ bên ngoài lưu thông ngay lập tức. Nhìn bề ngoài, điều đó giống như sự khan hiếm.
Nhưng <0>@babylonlabs_io </0> cũng đang vận hành với lạm phát hằng năm, trong khi các phần phân bổ cho nhà đầu tư, đội ngũ và cố vấn được giải ngân theo từng tháng. Tầm 136 triệu BABY có thể đi vào lịch mở khóa mỗi tháng cho đến tháng Tư năm 2029. Vậy nên, chính hệ thống loại bỏ <0>$BABY </0> khỏi thanh khoản ngay lập tức thông qua staking và vesting cũng đồng thời liên tục tạo ra hoặc giải phóng thêm phần đó.
Đó là sự giằng co tiềm ẩn.
Hầu hết mọi người xem staking như điều gì đó tự động mang tính tăng giá vì token trở nên ít sẵn có hơn. Nhưng staking không hủy diệt BABY. Nó chỉ khóa tạm thời lượng cung trong khi lạm phát tạo ra phần thưởng. Nếu các phần thưởng đó hoặc các phân bổ đã được mở khóa quay trở lại lưu thông, thì sự khan hiếm hôm nay có thể đơn giản là lượng cung bị trì hoãn của ngày mai.
Điều này không có nghĩa là <0>$BABY </0> không có ích lợi. Nó giúp bảo đảm Babylon Genesis, hỗ trợ quản trị, trả phí mạng và phối hợp các động lực. Dù vậy, tiện ích và sự khan hiếm không phải là một.
Tôi cứ tự hỏi liệu Babylon có thể tạo ra nhu cầu nhanh hơn so với lạm phát và việc mở khóa làm mở rộng nguồn cung—hay liệu người dùng đang nhầm lẫn lượng lưu hành bị hạn chế với độ hiếm mang tính vĩnh viễn.
#baby
Tôi nhận thấy sự khác biệt khi nhìn vào hai con số dường như mô tả hoàn toàn khác nhau giữa các token.
Chỉ khoảng 39% tổng cung BABY được báo cáo là đang lưu hành, điều này có thể khiến lượng cung khả dụng trông có vẻ bị giới hạn. Một phần lớn vẫn được phân bổ theo lịch vesting, ủy quyền, hoặc nắm giữ bên ngoài lưu thông ngay lập tức. Nhìn bề ngoài, điều đó giống như sự khan hiếm.
Nhưng <0>@BabylonLabs_io </0> cũng đang vận hành với lạm phát hằng năm, trong khi các phần phân bổ cho nhà đầu tư, đội ngũ và cố vấn được giải ngân theo từng tháng. Tầm 136 triệu BABY có thể đi vào lịch mở khóa mỗi tháng cho đến tháng Tư năm 2029. Vậy nên, chính hệ thống loại bỏ <0>$BABY </0> khỏi thanh khoản ngay lập tức thông qua staking và vesting cũng đồng thời liên tục tạo ra hoặc giải phóng thêm phần đó.
Đó là sự giằng co tiềm ẩn.
Hầu hết mọi người xem staking như điều gì đó tự động mang tính tăng giá vì token trở nên ít sẵn có hơn. Nhưng staking không hủy diệt BABY. Nó chỉ khóa tạm thời lượng cung trong khi lạm phát tạo ra phần thưởng. Nếu các phần thưởng đó hoặc các phân bổ đã được mở khóa quay trở lại lưu thông, thì sự khan hiếm hôm nay có thể đơn giản là lượng cung bị trì hoãn của ngày mai.
Điều này không có nghĩa là <0>$BABY </0> không có ích lợi. Nó giúp bảo đảm Babylon Genesis, hỗ trợ quản trị, trả phí mạng và phối hợp các động lực. Dù vậy, tiện ích và sự khan hiếm không phải là một.
Tôi cứ tự hỏi liệu Babylon có thể tạo ra nhu cầu nhanh hơn so với lạm phát và việc mở khóa làm mở rộng nguồn cung—hay liệu người dùng đang nhầm lẫn lượng lưu hành bị hạn chế với độ hiếm mang tính vĩnh viễn.
#baby
Chỉ khoảng 39% tổng cung BABY được báo cáo là đang lưu hành, điều này có thể khiến lượng cung khả dụng trông có vẻ bị giới hạn. Một phần lớn vẫn được phân bổ theo lịch vesting, ủy quyền, hoặc nắm giữ bên ngoài lưu thông ngay lập tức. Nhìn bề ngoài, điều đó giống như sự khan hiếm.
Nhưng <0>@BabylonLabs_io </0> cũng đang vận hành với lạm phát hằng năm, trong khi các phần phân bổ cho nhà đầu tư, đội ngũ và cố vấn được giải ngân theo từng tháng. Tầm 136 triệu BABY có thể đi vào lịch mở khóa mỗi tháng cho đến tháng Tư năm 2029. Vậy nên, chính hệ thống loại bỏ <0>$BABY </0> khỏi thanh khoản ngay lập tức thông qua staking và vesting cũng đồng thời liên tục tạo ra hoặc giải phóng thêm phần đó.
Đó là sự giằng co tiềm ẩn.
Hầu hết mọi người xem staking như điều gì đó tự động mang tính tăng giá vì token trở nên ít sẵn có hơn. Nhưng staking không hủy diệt BABY. Nó chỉ khóa tạm thời lượng cung trong khi lạm phát tạo ra phần thưởng. Nếu các phần thưởng đó hoặc các phân bổ đã được mở khóa quay trở lại lưu thông, thì sự khan hiếm hôm nay có thể đơn giản là lượng cung bị trì hoãn của ngày mai.
Điều này không có nghĩa là <0>$BABY </0> không có ích lợi. Nó giúp bảo đảm Babylon Genesis, hỗ trợ quản trị, trả phí mạng và phối hợp các động lực. Dù vậy, tiện ích và sự khan hiếm không phải là một.
Tôi cứ tự hỏi liệu Babylon có thể tạo ra nhu cầu nhanh hơn so với lạm phát và việc mở khóa làm mở rộng nguồn cung—hay liệu người dùng đang nhầm lẫn lượng lưu hành bị hạn chế với độ hiếm mang tính vĩnh viễn.
#baby
6
9
2.4k
·
--
Thị trường yên ắng vào chiều nay. Tôi mở biểu đồ ở một bên và các ghi chú lưu trữ của @babylonlabs_io ở bên còn lại, vì chẳng có chuyện gì khác đang diễn ra.
Tôi cứ thấy đi thấy lại cùng một ý tưởng: hạ tầng chống gian lận chỉ trở nên đắt đỏ khi ai đó thách thức một lần rút tiền gian dối. Ban đầu tôi đã chấp nhận điều đó. Những lần rút tiền trung thực sẽ đồng nghĩa với việc cỗ máy được giữ ở trạng thái ngủ.
Sau đó tôi bắt đầu làm phép tính.
Nếu một mối quan hệ Vault Keeper cần khoảng 1 USD mỗi tháng cho bộ lưu trữ mạch, thì 500 mối quan hệ sẽ tạo ra hóa đơn 500 USD mỗi tháng. Không gian lận. Không tranh chấp. Không kẻ tấn công. Chỉ là chi phí để luôn sẵn sàng.
Rồi tôi thêm một bản sao lưu.
Hóa đơn trở thành 1.000 USD mỗi tháng, dù năng lực thách thức không hề tăng lên. Đó là phần mà tôi đã bỏ sót.
Babylon có thể giảm chi phí để thực hiện một cuộc tranh chấp, nhưng không thể loại bỏ khoản chi phí định kỳ cho việc duy trì dữ liệu, quyền truy cập và tính dự phòng cần thiết trước khi một cuộc tranh chấp thậm chí bắt đầu.
Tôi không gọi đó là một điểm yếu. Sự sẵn sàng chính là hạ tầng.
Thị trường vẫn đi ngang khi tôi đóng các ghi chú, nhưng đồng hồ chi phí không còn trông như đang rảnh rỗi nữa.
$BABY #baby
Thị trường yên ắng vào chiều nay. Tôi mở biểu đồ ở một bên và các ghi chú lưu trữ của @BabylonLabs_io ở bên còn lại, vì chẳng có chuyện gì khác đang diễn ra.
Tôi cứ thấy đi thấy lại cùng một ý tưởng: hạ tầng chống gian lận chỉ trở nên đắt đỏ khi ai đó thách thức một lần rút tiền gian dối. Ban đầu tôi đã chấp nhận điều đó. Những lần rút tiền trung thực sẽ đồng nghĩa với việc cỗ máy được giữ ở trạng thái ngủ.
Sau đó tôi bắt đầu làm phép tính.
Nếu một mối quan hệ Vault Keeper cần khoảng 1 USD mỗi tháng cho bộ lưu trữ mạch, thì 500 mối quan hệ sẽ tạo ra hóa đơn 500 USD mỗi tháng. Không gian lận. Không tranh chấp. Không kẻ tấn công. Chỉ là chi phí để luôn sẵn sàng.
Rồi tôi thêm một bản sao lưu.
Hóa đơn trở thành 1.000 USD mỗi tháng, dù năng lực thách thức không hề tăng lên. Đó là phần mà tôi đã bỏ sót.
Babylon có thể giảm chi phí để thực hiện một cuộc tranh chấp, nhưng không thể loại bỏ khoản chi phí định kỳ cho việc duy trì dữ liệu, quyền truy cập và tính dự phòng cần thiết trước khi một cuộc tranh chấp thậm chí bắt đầu.
Tôi không gọi đó là một điểm yếu. Sự sẵn sàng chính là hạ tầng.
Thị trường vẫn đi ngang khi tôi đóng các ghi chú, nhưng đồng hồ chi phí không còn trông như đang rảnh rỗi nữa.
$BABY #baby
Tôi cứ thấy đi thấy lại cùng một ý tưởng: hạ tầng chống gian lận chỉ trở nên đắt đỏ khi ai đó thách thức một lần rút tiền gian dối. Ban đầu tôi đã chấp nhận điều đó. Những lần rút tiền trung thực sẽ đồng nghĩa với việc cỗ máy được giữ ở trạng thái ngủ.
Sau đó tôi bắt đầu làm phép tính.
Nếu một mối quan hệ Vault Keeper cần khoảng 1 USD mỗi tháng cho bộ lưu trữ mạch, thì 500 mối quan hệ sẽ tạo ra hóa đơn 500 USD mỗi tháng. Không gian lận. Không tranh chấp. Không kẻ tấn công. Chỉ là chi phí để luôn sẵn sàng.
Rồi tôi thêm một bản sao lưu.
Hóa đơn trở thành 1.000 USD mỗi tháng, dù năng lực thách thức không hề tăng lên. Đó là phần mà tôi đã bỏ sót.
Babylon có thể giảm chi phí để thực hiện một cuộc tranh chấp, nhưng không thể loại bỏ khoản chi phí định kỳ cho việc duy trì dữ liệu, quyền truy cập và tính dự phòng cần thiết trước khi một cuộc tranh chấp thậm chí bắt đầu.
Tôi không gọi đó là một điểm yếu. Sự sẵn sàng chính là hạ tầng.
Thị trường vẫn đi ngang khi tôi đóng các ghi chú, nhưng đồng hồ chi phí không còn trông như đang rảnh rỗi nữa.
$BABY #baby
18
21
4.3k
·
--
Tôi cứ quay lại một chi tiết trong thiết kế nâng cấp của @babylonlabs_io : một kho lưu trữ (vault) trực tiếp giữ nguyên phiên bản tham số tồn tại tại thời điểm nó được tạo. Ban đầu, điều đó trông giống như một cơ chế bảo vệ vững chắc. Quản trị có thể cải thiện giao thức mà không âm thầm viết lại các quy tắc xung quanh Bitcoin đã được khóa trong những vault cũ hơn. Nhưng tính bất biến lại tạo ra một vấn đề thứ hai. Khi Babylon phát triển, hai người dùng có thể mở cùng một giao diện, sử dụng cùng một ứng dụng, nhưng vẫn vận hành theo các giả định an ninh khác nhau. Một vault có thể phản ánh các timelock mới hơn, cấu hình nhà điều hành, hoặc thiết lập khôi phục. Còn vault khác có thể vẫn gắn với một phiên bản cũ trong suốt vòng đời của nó. Hệ thống được nâng cấp. Thế chấp không tự động nâng cấp theo. Điều này quan trọng đối với $BABY vì rủi ro giao thức có thể ngừng chỉ là một điều kiện chung và trở thành một tập hợp các “quyển sổ luật” lịch sử. Một điểm yếu có thể được khắc phục cho các khoản gửi trong tương lai, trong khi vẫn còn ảnh hưởng đối với số vốn đã được bảo đảm từ một thiết kế trước đó. Hầu hết mọi người so sánh khả năng nâng cấp với tính bất biến. Tôi nghĩ đánh đổi khó hơn là bảo vệ khỏi quản trị so với sự phân mảnh của an ninh. @babylonlabs_io thành công nếu người dùng có thể nhìn thấy rõ phiên bản nào đang bảo đảm cho từng vault, những gì đã thay đổi sau đó, và liệu có thể di chuyển (migration) mà không làm suy yếu việc quản lý tài sản. Nó thất bại nếu “giao thức đã được nâng cấp” khiến người dùng tin rằng vault của chính họ cũng đã được nâng cấp. Phiên bản hóa bảo vệ những lời hứa cũ. Nhưng ở quy mô lớn, nó cũng có thể bảo tồn các rủi ro cũ.
#baby $BABY
{future}(BABYUSDT)
Tôi cứ quay lại một chi tiết trong thiết kế nâng cấp của @BabylonLabs_io : một kho lưu trữ (vault) trực tiếp giữ nguyên phiên bản tham số tồn tại tại thời điểm nó được tạo. Ban đầu, điều đó trông giống như một cơ chế bảo vệ vững chắc. Quản trị có thể cải thiện giao thức mà không âm thầm viết lại các quy tắc xung quanh Bitcoin đã được khóa trong những vault cũ hơn. Nhưng tính bất biến lại tạo ra một vấn đề thứ hai. Khi Babylon phát triển, hai người dùng có thể mở cùng một giao diện, sử dụng cùng một ứng dụng, nhưng vẫn vận hành theo các giả định an ninh khác nhau. Một vault có thể phản ánh các timelock mới hơn, cấu hình nhà điều hành, hoặc thiết lập khôi phục. Còn vault khác có thể vẫn gắn với một phiên bản cũ trong suốt vòng đời của nó. Hệ thống được nâng cấp. Thế chấp không tự động nâng cấp theo. Điều này quan trọng đối với $BABY vì rủi ro giao thức có thể ngừng chỉ là một điều kiện chung và trở thành một tập hợp các “quyển sổ luật” lịch sử. Một điểm yếu có thể được khắc phục cho các khoản gửi trong tương lai, trong khi vẫn còn ảnh hưởng đối với số vốn đã được bảo đảm từ một thiết kế trước đó. Hầu hết mọi người so sánh khả năng nâng cấp với tính bất biến. Tôi nghĩ đánh đổi khó hơn là bảo vệ khỏi quản trị so với sự phân mảnh của an ninh. @BabylonLabs_io thành công nếu người dùng có thể nhìn thấy rõ phiên bản nào đang bảo đảm cho từng vault, những gì đã thay đổi sau đó, và liệu có thể di chuyển (migration) mà không làm suy yếu việc quản lý tài sản. Nó thất bại nếu “giao thức đã được nâng cấp” khiến người dùng tin rằng vault của chính họ cũng đã được nâng cấp. Phiên bản hóa bảo vệ những lời hứa cũ. Nhưng ở quy mô lớn, nó cũng có thể bảo tồn các rủi ro cũ.
#baby $BABY
#baby $BABY
17
25
3.2k
·
--
Trước đây tôi từng nghĩ một hệ thống an ninh yên ắng là một hệ thống thành công.
Rồi tôi nhìn vào @babylonlabs_io và nhận ra rằng sự im lặng có thể che giấu hai thực tại hoàn toàn khác nhau.
Một là kỷ luật.
Còn lại là sự xuống cấp.
Nếu Babylon không có bất kỳ tranh chấp nghiêm trọng nào trong nhiều tháng, các kho vẫn hoạt động, việc rút tiền trông vẫn trơn tru, và $BABY dường như được bảo vệ bởi những quy tắc không ai cần phải viện dẫn.
Nghe có vẻ là lý tưởng.
Nhưng thử thách về an ninh không chỉ được bảo toàn bằng mã. Nó còn phụ thuộc vào việc những người tham gia thử thách vẫn được tài trợ, việc giám sát vẫn còn hiệu lực, quy trình khôi phục được diễn tập, và người vận hành coi một lối đi không được dùng như hạ tầng đang vận hành chứ không phải tài liệu đã lưu trữ.
Sự sẵn sàng đó có thể suy yếu mà không tạo ra bất kỳ một sự cố nhìn thấy rõ ràng nào.
Các bảng điều khiển vẫn trực tuyến.
Các khóa vẫn tồn tại.
Cơ chế thử thách vẫn trông như hợp lệ.
Thế nhưng sự chú ý dần tắt, thời gian phản hồi kéo dài, chi phí tăng lên, và những người được kỳ vọng sẽ bảo vệ hệ thống có thể nhận ra rằng “tính sẵn sàng theo lý thuyết” không giống với “tính sẵn sàng trong vận hành”.
Không cần phải có sự đổ vỡ nào về mặt mật mã.
Mối nguy là hệ thống trông mạnh nhất đúng vào lúc năng lực phòng thủ của nó lại ít được đem ra thực thi nhất.
Đó là bài kiểm tra ẩn đối với @babylonlabs_io .
Những tranh chấp hiếm hoi chỉ có giá trị khi mọi tác nhân vẫn tin rằng một thử thách sẽ được phát hiện, được tài trợ và được thực hiện ngay lập tức.
Đối với $BABY , an ninh không được chứng minh bởi việc hệ thống có im lặng trong bao lâu.
Nó được chứng minh bởi việc hệ thống có thể vượt qua ngày mà sự yên ắng bỗng chấm dứt hay không.
Vì vậy tôi cứ tiếp tục hỏi: sự im lặng của Babylon là bằng chứng của khả năng răn đe—hay là sự tự tin chưa được kiểm chứng đang tích lũy lãi suất?
#baby $BABY
{spot}(BABYUSDT)
Trước đây tôi từng nghĩ một hệ thống an ninh yên ắng là một hệ thống thành công.
Rồi tôi nhìn vào @BabylonLabs_io và nhận ra rằng sự im lặng có thể che giấu hai thực tại hoàn toàn khác nhau.
Một là kỷ luật.
Còn lại là sự xuống cấp.
Nếu Babylon không có bất kỳ tranh chấp nghiêm trọng nào trong nhiều tháng, các kho vẫn hoạt động, việc rút tiền trông vẫn trơn tru, và $BABY dường như được bảo vệ bởi những quy tắc không ai cần phải viện dẫn.
Nghe có vẻ là lý tưởng.
Nhưng thử thách về an ninh không chỉ được bảo toàn bằng mã. Nó còn phụ thuộc vào việc những người tham gia thử thách vẫn được tài trợ, việc giám sát vẫn còn hiệu lực, quy trình khôi phục được diễn tập, và người vận hành coi một lối đi không được dùng như hạ tầng đang vận hành chứ không phải tài liệu đã lưu trữ.
Sự sẵn sàng đó có thể suy yếu mà không tạo ra bất kỳ một sự cố nhìn thấy rõ ràng nào.
Các bảng điều khiển vẫn trực tuyến.
Các khóa vẫn tồn tại.
Cơ chế thử thách vẫn trông như hợp lệ.
Thế nhưng sự chú ý dần tắt, thời gian phản hồi kéo dài, chi phí tăng lên, và những người được kỳ vọng sẽ bảo vệ hệ thống có thể nhận ra rằng “tính sẵn sàng theo lý thuyết” không giống với “tính sẵn sàng trong vận hành”.
Không cần phải có sự đổ vỡ nào về mặt mật mã.
Mối nguy là hệ thống trông mạnh nhất đúng vào lúc năng lực phòng thủ của nó lại ít được đem ra thực thi nhất.
Đó là bài kiểm tra ẩn đối với @BabylonLabs_io .
Những tranh chấp hiếm hoi chỉ có giá trị khi mọi tác nhân vẫn tin rằng một thử thách sẽ được phát hiện, được tài trợ và được thực hiện ngay lập tức.
Đối với $BABY , an ninh không được chứng minh bởi việc hệ thống có im lặng trong bao lâu.
Nó được chứng minh bởi việc hệ thống có thể vượt qua ngày mà sự yên ắng bỗng chấm dứt hay không.
Vì vậy tôi cứ tiếp tục hỏi: sự im lặng của Babylon là bằng chứng của khả năng răn đe—hay là sự tự tin chưa được kiểm chứng đang tích lũy lãi suất?
#baby $BABY
Rồi tôi nhìn vào @BabylonLabs_io và nhận ra rằng sự im lặng có thể che giấu hai thực tại hoàn toàn khác nhau.
Một là kỷ luật.
Còn lại là sự xuống cấp.
Nếu Babylon không có bất kỳ tranh chấp nghiêm trọng nào trong nhiều tháng, các kho vẫn hoạt động, việc rút tiền trông vẫn trơn tru, và $BABY dường như được bảo vệ bởi những quy tắc không ai cần phải viện dẫn.
Nghe có vẻ là lý tưởng.
Nhưng thử thách về an ninh không chỉ được bảo toàn bằng mã. Nó còn phụ thuộc vào việc những người tham gia thử thách vẫn được tài trợ, việc giám sát vẫn còn hiệu lực, quy trình khôi phục được diễn tập, và người vận hành coi một lối đi không được dùng như hạ tầng đang vận hành chứ không phải tài liệu đã lưu trữ.
Sự sẵn sàng đó có thể suy yếu mà không tạo ra bất kỳ một sự cố nhìn thấy rõ ràng nào.
Các bảng điều khiển vẫn trực tuyến.
Các khóa vẫn tồn tại.
Cơ chế thử thách vẫn trông như hợp lệ.
Thế nhưng sự chú ý dần tắt, thời gian phản hồi kéo dài, chi phí tăng lên, và những người được kỳ vọng sẽ bảo vệ hệ thống có thể nhận ra rằng “tính sẵn sàng theo lý thuyết” không giống với “tính sẵn sàng trong vận hành”.
Không cần phải có sự đổ vỡ nào về mặt mật mã.
Mối nguy là hệ thống trông mạnh nhất đúng vào lúc năng lực phòng thủ của nó lại ít được đem ra thực thi nhất.
Đó là bài kiểm tra ẩn đối với @BabylonLabs_io .
Những tranh chấp hiếm hoi chỉ có giá trị khi mọi tác nhân vẫn tin rằng một thử thách sẽ được phát hiện, được tài trợ và được thực hiện ngay lập tức.
Đối với $BABY , an ninh không được chứng minh bởi việc hệ thống có im lặng trong bao lâu.
Nó được chứng minh bởi việc hệ thống có thể vượt qua ngày mà sự yên ắng bỗng chấm dứt hay không.
Vì vậy tôi cứ tiếp tục hỏi: sự im lặng của Babylon là bằng chứng của khả năng răn đe—hay là sự tự tin chưa được kiểm chứng đang tích lũy lãi suất?
#baby $BABY
14
19
2.1k
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại