SKY: cùng chữ ký đốt token đã vặn nhanh cỗ máy 50%

Ngày 13/09, Sky đốt 2.860.943,76 SKY — lượt đốt đầu tiên gắn với chương trình mua lại của giao thức, sau mười ba tháng cung không giảm. Đúng giao dịch đó còn làm một việc thứ hai mà gần như không ai đọc: nó vặn nhịp cỗ máy chi tiền từ 138.314 lên 207.029 đô một ngày.

Hai việc ấy đi chung một chữ ký, một block, một hash. Không có gì bị giấu — cả hai đều nằm trong hợp đồng thực thi đã công bố trước khi chạy. Nhưng một việc thì được kể lại khắp nơi, còn việc kia thì nằm trong hai con số không ai đọc.

Bài này đọc con số thứ hai.

Cỗ máy đó là gì

Sky có một hợp đồng tên Splitter. Cứ mỗi hop giây, bất kỳ ai cũng gọi được một hàm khiến nó lấy ra một cục tiền cỡ kbump từ sổ cái lõi, rồi chẻ cục đó theo tỉ lệ burn:

• phần burn đi mua SKY ngoài thị trường
• phần còn lại chảy vào quỹ thưởng USDS cho người khoá SKY

Ba tham số ấy quyết định toàn bộ quy mô. Nhân lên là ra tốc độ chi:

tốc độ chi mỗi ngày  =  kbump × 86.400 / hop

Tại block 26.002.147: kbump = 6.000 đô, hop = 2.504 giây, burn = 55,00%.

Con số thứ hai trong cùng chữ ký

Giao dịch 0xcd5753…92c3 chở hai thứ. Thứ nhất, 2.860.943,76 SKY rời khỏi cung — một Transfer tới 0x0…0, đọc thẳng từ log. Thứ hai, một sự kiện File trên Splitter mang nhãn hop, giá trị 2504.

Trước giao dịch đó hop là 3.748 giây. Đây là mức mà chính lần cast tối 17/08 đặt ra, khi Sky mở lại nhánh thưởng USDS.

Nhân 1,50 lần trong một giao dịch, và nhân 5,51 lần so với một tháng trước đó.

Chia theo burn 55%, tốc độ hiện tại tách thành 113.866 đô/ngày đi mua SKY và 93.163 đô/ngày vào quỹ thưởng USDS.

Cần nói ngay cho đủ hai chỗ. Thứ nhất, lượt đốt 13/09 không lấy từ dòng này. Nó là 10/55 lượng SKY mà cỗ máy mua được trong kỳ quyết toán 17/08–31/08, đúng tới 0,00115 SKY. Hai vế cùng một chữ ký, không cùng một túi tiền.

Thứ hai, đây không phải lần đầu SKY trong kho bị đốt. Ngày 30/06/2025 một hợp đồng thực thi đã đốt 426.292.860,23 SKY từ cùng cái kho ấy — lớn hơn khoảng 149 lần — nhưng để triệt tiêu phát thải của một chương trình thưởng, không phải để trả giá trị từ doanh thu. Hai loại đó không cộng lại thành một nhịp đốt. Cái mới của ngày 13/09 là lần đầu một lượt đốt gắn vào chương trình mua lại.

Tiền thưởng đó được đúc lúc trả

Khi quỹ thưởng nhận USDS, có hai cách: một khoản chuyển từ nơi đang giữ tiền, hoặc một khoản đúc mới ngay tại thời điểm trả. Trên màn hình ví, hai cách giống hệt nhau. Ở sổ thì không.

Đọc toàn bộ log Transfer USDS đi vào quỹ thưởng kể từ lần cast 17/08 tới nay:

736 trên 736. Không một khoản nào đến từ một cái ví. Địa chỉ 0x0…0 không phải nơi cất tiền — nó là ký hiệu của việc đúc.

Con số này còn khép được một vòng khác. Tham số nói quỹ thưởng phải nhận 62.241 đô/ngày ở chế độ cũ và 93.163 đô/ngày ở chế độ mới. Dòng tiền đo được là 94,03% và 95,59% của hai mức đó — hụt đều, vì mỗi lượt bấm cần một người thật gọi hàm và không ai gọi đúng từng giây. Cần gạt và dòng tiền nói cùng một điều, lệch nhau đúng phần ma sát.

Đúc vào cái gì

Sky không giữ lợi nhuận trong một cái ví. Nó giữ trong hai bộ đếm nằm trong hợp đồng sổ cái lõi: Joy — tổng tiền đã chảy vào sổ của bộ phận tài chính từ ngày đầu; Awe — tổng số bộ phận đó đã cam kết chi ra từ ngày đầu. Hiệu Joy − Awe là thứ giới quan sát gọi là Surplus Buffer.

Tại block 26.002.147:

Joy   =  $652.146.292,10
Awe   =  $701.784.502,79
─────────────────────────
Joy − Awe = −$49.638.210,69

Khoản thưởng USDS đang được đúc vào một cái đệm âm 49,6 triệu đô.

Hàm bơm tiền sang nhánh mua SKY có một cái cổng, viết thẳng trong mã nguồn:

require( vat.dai(vow) >= vat.sin(vow) + kbump + khump )

Đọc thô: "chỉ chạy khi tiền vào đủ bù tiền đã cam kết chi, cộng cục sắp lấy ra, cộng khump." Nếu khump dương thì đây là một cái phanh. Nhưng khump khai kiểu có dấu, và giá trị hiện tại của nó là âm 200 triệu đô — một hạn mức thâm hụt quản trị cấp trước. Cộng vào, cổng còn 150.355.789 đô dư địa trước khi nó chặn.

Một câu chặn, vì đây là chỗ dễ đọc sai nhất

Đệm âm không có nghĩa là Sky đang lỗ, và bài này không nói thế.

Phân rã của chính đại lượng ấy là Δ(Joy − Awe) = kết quả hoạt động − vốn cấp cho các pháp nhân Prime. Phần lớn chỗ đệm co lại là tiền được điều sang chỗ khác để làm việc, không phải tiền tiêu mất. Và trong cửa sổ đo ngay sau lần cast 17/08, vị thế ròng của sổ này cải thiện 182.865 đô trong khi cả hai nhánh thưởng chỉ tiêu khoảng 104.062 đô — thu lớn hơn chi khoảng sáu lần.

Cơ chế là "đúc lúc trả". Kế toán là "thu vẫn lớn hơn chi". Hai câu ấy cùng đúng, và đem cơ chế chọi kế toán là một lỗi đọc — một lỗi mà bản thảo đầu của bài này đã mắc và phải sửa trước khi đăng.

Cái đúng để nói là chỗ khác: nguồn cấp cho khoản chi này là một hạn mức nợ, không phải một số dư. Cổng không hỏi "tháng này có lãi không", nó hỏi "đã âm quá 200 triệu chưa".

Cái đệm đó không tự lành — nó nhảy

Câu hỏi kế tiếp là câu đáng tiền: đệm âm 49,6 triệu, nó đang khá lên hay tệ đi?

Cả hai, và đó mới là hình dạng thật.

Đọc Joy − Awe tại 17 mốc từ 02/07 tới 18/09, cùng một phép đo. Tách các chặng không chứa một bậc nhảy nào ra: có 11 chặng như vậy, và cả 11 đều đi xuống, dải từ −296.024 tới −522.248 đô mỗi ngày. Không có một chặng vận hành nào đi lên.

Toàn bộ phần khá lên nằm ở năm bậc, và mỗi bậc gói gọn trong đúng một block:

Ba bậc move là cùng một đường đi: một lệnh void() trên quỹ phí của PSM đẩy số DAI đã gom trong đó vào thẳng Vow. Cùng một hợp đồng, cùng một địa chỉ gọi, ba lần, cách nhau khoảng một tháng.

Nên câu đúng không phải "đệm đang hồi phục", cũng không phải "đệm đang xấu đi". Câu đúng là: Sky chi mỗi ngày và thu mỗi tháng. Trong 28,76 ngày từ 20/08 tới hôm nay, hai bậc cộng vào 22.562.178 đô, nền trôi trừ đi 14.279.471 đô, ròng còn +8.282.707 đô — tức +287.981 đô/ngày.

Và đây là chỗ con số thứ hai của ngày 13/09 quay lại: lệnh vặn hop làm cỗ máy tiêu thêm 68.715 đô mỗi ngày. Đặt cạnh mức cải thiện ròng 287.981 đô/ngày, riêng lần vặn ấy ăn 23,9% phần đang lành lại.

Còn một cần gạt chưa ai bấm

Cùng lần cast 17/08, Sky thêm một hợp đồng mới vào sổ đăng ký: MCD_SBEBEAM, mang một hàm set(kbump, burn, hop) mà một ví đa chữ ký của bộ phận vận hành gọi được không cần hợp đồng thực thi và không cần chờ 48 giờ.

Bốn cận vẫn do quản trị đặt và không vượt được. Nhưng ở chiều ngược lại, mã nguồn chỉ kiểm tra burn không vượt 100% — không có sàn. Cùng bộ máy đó đưa nhánh mua SKY về 0 được trong một buổi chiều.

Dấu thời gian lần gọi gần nhất của hàm đó đọc tại block 26.002.147 vẫn là 0. Cả hai lần vặn nhịp đến nay — 17/08 và 13/09 — đều đi qua hợp đồng thực thi, tức qua bỏ phiếu và qua khoá thời gian. Cần gạt đã lắp, chưa ai bấm.

Vậy nó đổi điều gì

Với người khoá SKY: dòng USDS chảy về là thật và đo được — 89.055 đô/ngày ở nhịp hiện tại, cao hơn một nửa so với tháng trước. Nguồn của nó là một hạn mức thâm hụt, và nhịp của nó vừa đổi lần thứ hai trong một tháng.

Với người chỉ giữ SKY, không khoá: lượt đốt 13/09 là lần đầu chương trình mua lại thật sự đưa SKY ra khỏi cung. Nhưng nó là 10/55 của phần mua trong một kỳ quyết toán, không phải một dòng chảy liên tục — và mẫu quan sát mới có đúng một lượt.

Với người định giá SKY: ba biến quyết định khoản chi này nằm ở ba chỗ khác nhau — quy mô ở kbump/hop, tỉ lệ chia ở burn, hạn mức ở khump. Hai lần đổi gần nhất đi qua bỏ phiếu. Lần sau thì không bắt buộc phải thế.

Ba chỗ bài này cố ý không nói

⑴ Tiền trong quỹ phí PSM từ đâu ra. Bài đọc được ba lệnh nạp và số tiền của từng lệnh. Nguồn xa hơn thì chưa truy, và bài không đoán từ dấu cộng.

⑵ Lượt đốt 13/09 có lặp lại theo tháng không. Một lượt là một lượt. Kỳ quyết toán tháng sau là phép thử, không phải bài này.

⑶ Ai là người ký của ví đa chữ ký. Không địa chỉ nào trong đó được đặt tên bởi một nguồn chính chủ, nên bài không gán danh tính cho một địa chỉ.

Phần kiểm chứng — lớp bằng chứng

Từ đây trở xuống dành cho người muốn tự đo lại. Câu chuyện đã hết ở trên.

Bài này sai nếu

Không hàng nào trong bảng này dựa vào mức đang đặt của một cần gạt. Một cú bấm quản trị bình thường không bác được bài; chỉ cơ chế sai mới bác được.

Ảnh chụp trạng thái

Mọi con số về trạng thái hiện tại trong bài nằm trong đúng bảng này. Đọc lại bảng là cập nhật xong cả bài.

Block đổi hop: 25.968.583 — 13/09/2026 19:42:11 giờ VN (12:42:11Z), hash 0xcd57535f7a9e60e61d34b31f793501fa6178b4ae37fe0b2900f76efd54e192c3.

Cách tự kiểm — chạy lại bằng máy của bạn

# Hai con số của lần cast 13/09 — cùng một hash
eth_getLogs(address=SKY,   block=25968583, topic2=0x0)   # 2.860.943,76 SKY rời cung
eth_getLogs(address=SPLIT, block=25968583)               # File(hop) = 2504

# Bộ tham số đang đặt
Splitter.hop()       # 2504 giây giữa hai lượt
Splitter.burn()      # 0,55e18 = 55% đi mua SKY, 45% vào quỹ thưởng
Kicker.kbump()       # 6000e45 — mỗi lượt rút đúng chừng này khỏi đệm
Kicker.khump()       # số ÂM — đọc kiểu có dấu, đừng đọc kiểu không dấu

# Đệm: hai bộ đếm trong sổ cái lõi, đơn vị RAD (1e45)
vat.dai(VOW) - vat.sin(VOW)

# Thưởng có phải tiền đúc không: lọc theo ĐÍCH, đừng lọc theo nguồn
eth_getLogs(address=USDS, topic0=Transfer, topic2=REWARDS_LSSKY_USDS)

Bốn chỗ dễ đọc sai, ghi ra để bạn không mất thời gian như BlockPinned đã mất:

• khump() trả về một số rất lớn nếu đọc kiểu không dấu. Nó là số âm.
• Đơn vị của các bộ đếm này là RAD — chia cho 1e45, không phải 1e18.
• Lọc log theo "gửi từ Splitter" để tìm dòng thưởng sẽ ra 0 khoản. Câu hỏi đúng là "quỹ thưởng có nhận USDS nào không"; ai gửi là thứ đọc ra sau.
• Sổ cái lõi ghi log kiểu ẩn danh, và nó ghi ba tham số đầu của lời gọi, không ghi người gọi. Đọc ô đầu thành msg.sender sẽ cho ra một bảng nguồn tiền lệch hẳn một cột — đây đúng là lỗi đã bắt được trong lúc dựng bài này, và thứ bắt được nó là một phép kiểm khép sổ: tổng tiền giải mã phải bằng đúng mức Joy đã tăng.

Không phải lời khuyên đầu tư.