📢 Modifica della precisione minima dei contratti perpetual U per più coppie: RAVE, TRADOOR, 1000SATS, DOGS, CRV, GALA, CTSI, ICX
Binance apporterà modifiche alla precisione minima (tick size) di 8 coppie di contratti perpetual U il 27 aprile 2026 e il 29 aprile 2026, per migliorare la liquidità di mercato e l'esperienza di trading.
📌 Data di entrata in vigore:
Batch del 27 aprile: • RAVEUSDT / TRADOORUSDT: 27 aprile 2026 06:30 (UTC) • 1000SATSUSDT: 27 aprile 2026 06:40 (UTC) • DOGSUSDT: 27 aprile 2026 06:50 (UTC)
Batch del 29 aprile: • CRVUSDT: 29 aprile 2026 06:30 (UTC) • GALAUSDT: 29 aprile 2026 06:40 (UTC) • CTSIUSDT: 29 aprile 2026 06:50 (UTC) • ICXUSDT: 29 aprile 2026 07:00 (UTC)
📌 Interruzione del trading (circa 1 minuto per coppia): • 1000SATSUSDT: 27 aprile 2026 06:40-06:41 (UTC) • DOGSUSDT: 27 aprile 2026 06:50-06:51 (UTC) • CRVUSDT: 29 aprile 2026 06:30-06:31 (UTC) • GALAUSDT: 29 aprile 2026 06:40-06:41 (UTC) • CTSIUSDT: 29 aprile 2026 06:50-06:51 (UTC) • ICXUSDT: 29 aprile 2026 07:00-07:01 (UTC)
📌 Attenzione per gli utenti: • Durante l'interruzione non sarà possibile piazzare ordini, cancellare o modificare ordini esistenti; lo stato del contratto passerà da TRADING a PENDING_TRADING • Durante il periodo di modifica, a parte le 6 coppie sopra menzionate, il trading di RAVEUSDT e TRADOORUSDT non sarà influenzato • Gli ordini esistenti non saranno influenzati, il sistema continuerà a fare match secondo la precisione precedente • Gli utenti API possono controllare la nuova precisione tramite GET /fapi/v1/exchangeInfo
🔍 Analisi approfondita: • 7 dei 8 contratti hanno aumentato la loro precisione (tick size ridotto), il che favorisce una scoperta dei prezzi più fine e strategie di ordine • RAVEUSDT è l'unico a avere una precisione ridotta (0.00001→0.0001), il che significa che l'unità di variazione del prezzo minima è aumentata, potenzialmente influenzando strategie di alta frequenza/rete • Token a bassa capitalizzazione (1000SATS, DOGS) con precisione aumentata da 7 a 8 decimali, riflettendo la necessità di una valutazione più fine dopo l'aumento della profondità di mercato • CRV, come blue chip DeFi, ha visto la sua precisione aumentare da 3 a 4 decimali, il che corrisponde a un tick size più ragionevole per il suo intervallo di prezzo
⚠️ Avviso di rischio: • Dopo la modifica della precisione, i bot di trading/strategie di rete devono verificare se si adattano al nuovo tick size • La riduzione della precisione di RAVEUSDT potrebbe rendere inefficaci le strategie esistenti, richiedendo un nuovo aggiustamento • Se ci sono fluttuazioni estreme durante il minuto di interruzione del trading, non sarà possibile attuare uno stop loss tempestivo
🏆 Competizione di Trading: OpenGradient (OPG) — Pool di premi del valore di 200.000 USD
La competizione di trading OpenGradient (OPG) offre premi in token esclusivi condivisi tramite il wallet di Binance o il trading di OPG su Binance Alpha.
📅 Programma: • Prima fase: 2026-04-24 21:00 fino a 2026-05-01 21:00 (ora di Pechino) • Seconda fase: 2026-05-01 21:00 fino a 2026-05-08 21:00 (ora di Pechino)
💰 Distribuzione dei premi: • I primi 3.370 utenti di ogni fase si divideranno 303.300 token OPG • Ogni utente idoneo riceverà 90 token OPG • I premi in token saranno distribuiti entro le 21:00 del 2026-05-22 e devono essere riscattati entro 14 giorni
📌 Moltiplicatore Early Bird (più si inizia a fare trading, maggiore è il guadagno): • Giorno 1: 1.4x | Giorno 2: 1.3x | Giorni 3-4: 1.2x | Giorni 5-6: 1.1x | Giorno 7: 1x
📌 Requisiti di partecipazione: • Cliccare su 【Iscriviti】 nella pagina dell'evento nell'app di Binance • Solo il trading tramite wallet di Binance (senza chiavi private) o Binance Alpha è valido • Solo il volume di acquisto sarà conteggiato nel volume di trading, le vendite non verranno conteggiate • Le transazioni cross-chain non verranno conteggiate, senza limite di volume di trading
⚠️ Avviso sui rischi: • OPG è un asset Alpha, la liquidità è generalmente scarsa; durante la competizione, l'acquisto può far alzare i prezzi, ma potrebbe retracciare dopo la fine. • Solo il volume di acquisto conta per il ranking, quindi grandi acquisti per scalare la classifica potrebbero comportare perdite di capitale. • Gli asset Alpha hanno alta volatilità, gli investimenti possono comportare perdite totali o parziali del capitale.
Avviso di rimozione: I contratti perpetui B3, DEGEN, BOB, ZKJ, IR, DAM U verranno rimossi
I contratti di Binance saranno automaticamente liquidati e rimossi nei seguenti orari: • 2026-04-28 09:00 (UTC): B3USDT, DEGENUSDT, BOBUSDT • 2026-04-29 09:00 (UTC): ZKJUSDT, IRUSDT, DAMUSDT
Analisi dell'impatto: • Scadenza per nuovi ordini non riduttivi: - 2026-04-28 08:30 (UTC): B3USDT, DEGENUSDT, BOBUSDT - 2026-04-29 08:30 (UTC): ZKJUSDT, IRUSDT, DAMUSDT • Si consiglia agli utenti di chiudere le proprie posizioni prima della sospensione del trading, per evitare liquidazioni automatiche • Nel corso dell'ultima ora, il fondo di garanzia per i rischi non parteciperà alle liquidazioni forzate; le liquidazioni forzate verranno eseguite tramite ordini IOCO, e le parti non completate saranno gestite tramite ADL • Binance potrebbe adottare misure di protezione aggiuntive per i suddetti contratti (regolazione della leva, margine, tassi di finanziamento, indici di prezzo, ecc.)
Approfondimento: • Motivo della rimozione: revisione di fattori complessivi come volume di trading, liquidità, stabilità della rete, requisiti normativi, variazioni nell'offerta di token, ecc. • Dopo la rimozione del contratto, la liquidità scenderà a zero; è essenziale gestire le posizioni correlate prima della scadenza
Competizione di Volume di Trading VANA: Dividi un Pool di Premi fino a 300 BNB
Periodo dell'evento: 23 Aprile 2026 19:00 — 7 Maggio 2026 19:00 (UTC+8) Pool Premi: 300 BNB Coppie di Trading: VANA/USDT, VANA/USDC Soglia: Volume di trading accumulato ≥ 500 dollari equivalenti
--- 8. Simplified Payment Verification 简化的支付验证 --- 原文 It is possible to verify payments without running a full network node. A user only needs to keep a copy of the block headers of the longest proof-of-work chain, which he can get by querying network nodes until he's convinced he has the longest chain, and obtain the Merkle branch linking the transaction to the block it's timestamped in. He can't check the transaction for himself, but by linking it to a place in the chain, he can see that a network node has accepted it, and blocks added after it further confirm the network has accepted it. 中文翻译 无需运行完整的网络节点即可验证支付。用户只需保留最长工作量证明链的区块头副本,他可以通过查询网络节点直到确信自己拥有最长链,并获取将交易链接到其被时间戳标记的区块的默克尔分支。他自己无法检查交易,但通过将其链接到链中的一个位置,他可以看到网络节点已接受它,并且在其后添加的区块进一步确认了网络已接受它。 注释 SPV (Simplified Payment Verification): - 轻客户端:用户不必存储完整的区块链(所有交易),只需下载区块头(非常小)。 - 验证方式: 1. 获取最长链的区块头。 2. 获取交易所在区块的默克尔分支(Merkle Branch)。 3. 通过区块头和默克尔分支,可以证明该交易确实被包含在一个被大多数节点认可的区块中。 - 局限性:SPV 客户端无法独立验证交易本身的有效性(如签名是否正确),只能依赖网络节点(全节点)的共识。 --- 图示(模仿原文风格)
图示说明 - Longest Proof-of-Work Chain:代表最长、最可信的区块链。 - Block Header:每个区块的头部,包含前一区块哈希、Nonce、默克尔根等。 - Merkle Root:整个区块内所有交易的默克尔树根哈希。 - Merkle Branch for Tx3:从 Tx3 到 Merkle Root 的路径上的所有中间哈希。SPV 客户端只需要这个分支,而不是整个区块的交易。 - Tx3:用户关心的交易。 --- 原文 As such, the verification is reliable as long as honest nodes control the network, but is more vulnerable if the network is overpowered by an attacker. While network nodes can verify transactions for themselves, the simplified method can be fooled by an attacker's fabricated transactions for as long as the attacker can continue to overpower the network. One strategy to protect against this would be to accept alerts from network nodes when they detect an invalid block, prompting the user's software to download the full block and alerted transactions to confirm the inconsistency. Businesses that receive frequent payments will probably still want to run their own nodes for more independent security and quicker verification. 中文翻译 因此,只要诚实节点控制网络,验证就是可靠的,但如果网络被攻击者压倒,则更加脆弱。虽然网络节点可以自行验证交易,但简化方法可能会被攻击者伪造的交易所欺骗,只要攻击者能够继续压倒网络。一种对此进行保护的策略是,当网络节点检测到无效区块时接受其警报,提示用户的软件下载完整区块和警报交易以确认不一致性。频繁接收付款的企业可能仍希望运行自己的节点以获得更独立的安全性并进行更快的验证。 注释 SPV 的安全风险与对策: - 风险:如果攻击者控制了超过 50% 的算力,他们可以伪造交易,SPV 客户端可能会被欺骗。 - 对策 1:SPV 客户端可以设置警报,当检测到潜在的无效区块时,下载完整区块进行核查。 - 对策 2:对于需要高安全性的用户(如商家),建议运行自己的全节点,以获得更独立、更快速的验证。 --- 9. Combining and Splitting Value 合并与分割价值 --- 原文 Although it would be possible to handle coins individually, it would be unwieldy to make a separate transaction for every cent in a transfer. To allow value to be split and combined, transactions contain multiple inputs and outputs. Normally there will be either a single input from a larger previous transaction or multiple inputs combining smaller amounts, and at most two outputs: one for the payment, and one returning the change, if any, back to the sender. 中文翻译 虽然可以单独处理硬币,但在一笔转账中为每一分钱都进行单独交易将是笨拙的。为了允许价值被分割和合并,交易包含多个输入和输出。通常,要么有一个来自较大先前交易的单一输入,要么有多个输入合并较小的金额,并且最多有两个输出:一个用于支付,另一个(如果有的话)将找零退还给发件人。 注释 交易结构(输入/输出): - 输入 (Inputs):代表要花费的比特币。通常是一个或多个之前的交易输出。 - 输出 (Outputs):代表交易产生的比特币。 - 一个是给收款方的支付。 - 另一个是找零,退还给付款方(如果输入总额大于输出总额)。 - 这种机制允许将小额比特币合并支付大额款项,或将大额款项分割成小额支付并找零,提高了灵活性。 --- 图示(模仿原文风格)
Transaction +----------+ +----------+ | In | --> | Out | (Payment) +----------+ +----------+ | In | --> | Out | (Change) +----------+ +----------+ | ... | +----------+
图示说明 - Transaction:代表一笔比特币交易。 - In:交易的输入。每个输入都指向一个之前交易产生的、未花费的输出。 - Out:交易的输出。每个输出指定一个金额和一个接收者(通过脚本或公钥哈希)。 - 合并/分割: - 可以有多个 `In` 合并成一笔交易。 - 可以有多个 `Out`,一个支付给对方,一个作为找零退还给自己。 --- 原文 It should be noted that fan-out, where a transaction depends on several transactions, and those transactions depend on many more, is not a problem here. There is never the need to extract a complete standalone copy of a transaction's history. 中文翻译 应该注意的是,扇出(fan-out),即一笔交易依赖于几笔交易,而那些交易又依赖于更多交易,在这里不是问题。永远不需要提取交易历史的完整独立副本。 注释 扇出 (Fan-out): - 指一笔交易可能依赖于多个之前的交易。 - 比特币的链式结构和默克尔树使得验证交易历史变得高效。 - 验证一笔交易是否有效,只需要找到它在链上的位置,并验证其直接输入(前一笔交易的输出)是否有效,以及签名是否正确。不需要追溯完整的、独立的交易历史副本。 --- 第5页