Domingo_gou

朋友們，最近想試 $BTC 現貨的，可以看下 # 雙十一嗨購節。
新用戶先完成首充首交，再做BTC現貨任務，有機會拿到最高888 USDT合約贈金。
第一步：淨充值100 USDT，並完成XRP、TRX、ZEC、AVAX或ONDO任意一種的首筆現貨。做完再看第二步BTC現貨交易量檔位，達到對應門檻就能拿補貼。
BTC這幾天在7.4萬附近來回，ETF還在流出，今晚還有CPI，波動不小。第一次放資金進平台，除了活動規則，也建議自己看下冷熱錢包分離、多重簽名這些保管安排。先把活動頁的資格和統計條件看清楚，再決定怎麼做。
想參加的先報名，再按順序做任務。
做交易，來 💛
傳送門：

四筆加密薪資都對上帳了，如果第五筆填錯，誰來查？
9月1日 @primus_labs 與 AllScale 在 BNB Chain 上完成了一次技術驗證。4 名虛構員工、4 筆樣本薪資，鏈上結算成功，解密後的金額也與測試檔案一致。
這是個不錯的開始，但企業發薪是每個月都要重複的事。一次測試成功，距離財務敢把整個月的薪資交給這套系統，還有一段路。
這次合作有個細節挺重要。AllScale 原本就有穩定幣 Payroll 產品，支援週期性發薪、審批、失敗通知和帳單產生。Primus 的 FHETransform 則負責加密單筆薪資金額。外人依然能看到付款地址、時間和交易紀錄，卻看不到具體金額；員工透過錢包簽章，就能免 Gas 查看自己的薪資明細。
麻煩也恰恰從這裡開始。以前財務核對薪資，金額、審批紀錄和付款結果都能直接對照。現在金額加密了，誰有權限查看，誰負責批准，出了差錯又由誰核對？AllScale 原有的普通發薪功能已經提供了一套業務基礎，但這些功能在 FHE 加密模式下能否完整協同，目前還缺少公開的生產級驗證。
舉個假設：一家企業給 100 名員工發薪，第五筆金額填錯了。如果還沒發出去，能不能及時發現並重新審批？如果付款失敗，重試時要怎樣避免重複支付？如果錯誤金額已經完成鏈上結算，那就不能指望按一下撤銷鍵把錢收回來，還得另外處理差額、協調返還並保留完整紀錄。整個過程中，財務要能查

合約帳本少了30，鏈上的錢也少了嗎？
一個叫withdraw的方法，把balance從100改成 70。
看上去像提走了30，但有個問題不能跳過：交易到底把多少聰付給了誰呢？
Lambit官方How to Deploy & Call示例裡，同一個Vault的初始化狀態是 balance: 100n，部署UTXO時填的是 satoshis: 1_000n。接著呼叫withdraw(amount: 30n)，演示的後繼狀態變成70n。
這是本地教學流程。
文件沒有說明balance的業務單位，也沒有把這30對應成一筆已確認的使用者收款。不能拿100和1000直接相減算缺口，更不能由此斷言合約提款失敗。
狀態帳
balance是開發者定義的業務欄位，可以代表額度、份額或其他內部計量，具體得看合約怎麼定義。Lambit的狀態校驗會把被花費輸入關聯的狀態承諾與目前狀態對應起來，並對後繼狀態輸出施加規則。
這能回答狀態是否按合約約定推進，卻不能自動回答這個數字是否等於實際可領取的聰。
資產帳
ctx.value讀取的是目前被花費輸入的UTXO金額，單位為聰。它不是錢包裡全部的錢，也不是交易所有輸入相加的數字。
如果專案對外說balance代表可提取的BTC數量，就需要進一步證明初始化、入金、提款、關閉等路徑都有規則把業務餘額與實際資產對應起來。如果balance只是別的記帳單位，兩者不相等完全