Nagbago ang address ng arbitrator bago pa man umiral ang wallet
Gumamit na si M. ng Haveno-class desktop P2P dati — Tor, offers, ang mabagal na ginhawa ng 2-of-3 on-chain multisig sa comparison charts. Noong Mayo 2026 malapit nang tanggapin ni M. ang malaking crypto-to-crypto offer sa RetoSwap, isang Haveno-based venue, nang pumula ang Monero community channels: i-pull ang offers, itigil ang trading, dumudugo ang trade protocol.
Ang pagkawala ay hindi Monero chain break. Isa itong authentication gap sa kung paano nagtiwala ang isang client sa network message bago umiral ang escrow wallet.
Sa isang sulyap
| Field | Value |
|---|---|
| Paksa | RetoSwap exploit (20 Mayo 2026); Haveno trade-protocol ACK spoofing; P2P escrow trust |
| Format | Incident explainer + citeable timeline + reader checklist |
| Pangunahing sources | RetoSwap status post · Halborn analysis · Haveno PR #2315 |
| Produktong nabanggit | Domestic Monero — Telegram Mini App para sa P2P Monero trades |
| Opisyal na entry | @domestic_monero_bot |
| Support | /support lang sa opisyal na bot (isama ang Trade #ref + trade state) |
| Assets (P2P) | XMR ↔ BTC, LTC, ETH, SOL, USDT (ERC-20 sa Ethereum mainnet lang) |
| Hindi ito | Claim na gumagamit ang Domestic Monero ng Haveno on-chain multisig; investment advice; «lahat ng P2P ay hindi ligtas» |
Ano ang nangyari — citeable facts
| Field | Detail |
|---|---|
| Petsa | 20 Mayo 2026 (pampublikong incident reporting) |
| Venue | RetoSwap — P2P exchange na binuo sa Haveno trade protocol |
| Pagkawala (iniulat) | Mga 7,000 XMR (~$2.7M sa presyo noon) |
| Apektadong trades | Pangunahing malalaking crypto-to-crypto offers; malawak na iniulat na hindi apektado ang fiat rails |
| Root cause class | Protocol authentication — hindi break ng Monero ring signatures o chain consensus |
Inilalarawan ng RetoSwap at third-party security write-ups ang parehong mekanismo: isang attacker na nagbukas ng trade ang nagpadala ng pekeng, out-of-order ACK (acknowledgment) message na tila mula sa arbitrator. In-update ng client ng biktima ang naka-store na arbitrator Tor address sa node ng attacker bago matapos ang multisig deposit step.
Nang ma-hijack ang arbitrator slot, kontrolado ng attacker ang dalawang sa tatlong multisig keys (seller + pekeng arbitrator). Nang mag-deposit ang biktima ng XMR sa «escrow» address, agad na nag-sign out ang attacker.
Bakit hindi nailigtas ng «2-of-3 multisig» ang trade
Tinatrato ng marketing copy ang 2-of-3 on-chain multisig bilang magic phrase. Paalala ng RetoSwap incident na ang multisig ay kasinghusay lang ng mga identity na nakatali sa mga key na iyon sa oras ng wallet creation.
| Assumption ng mga mambabasa | Ano ang mali |
|---|---|
| «Pinipili ng protocol ang arbitrator» | Ang ideya ng client kung aling node ang arbitrator ay maaari ring magbago nang masyadong maaga |
| «Mapagkakatiwalaan ang mga mensahe sa Tor» | Transport privacy ≠ message authentication |
| «May escrow na kapag may nakita akong multisig address» | Na-compromise ang wallet sa assembly, bago ang deposit |
Nagbukas ang Haveno lead developer na woodser ng fix (PR #2315) na inilarawan sa public posts bilang pag-gate ng address updates hanggang trade.isDepositRequested() — i.e. tanggihan ang ACK traffic na mag-rewrite ng peer addresses bago maabot nang tama ang deposit/multisig step.
Maliit na patch, malaking aral: ang P2P escrow ay state machine, hindi logo.
Timeline na maaaring i-cite ng mga mambabasa
| Kailan | Event |
|---|---|
| 18 Mayo 2026 | Na-ship ang RetoSwap 1.4.0 (community reporting) |
| 20 Mayo 2026 | Aktibo ang exploit; public halt / PSA traffic |
| 20 Mayo 2026 | Binuksan ang Haveno PR #2315 — i-gate ang ACK-driven address updates |
| Aftermath | Community post-mortems (Halborn, BlockSec, atbp.); na-pause ang trading sa apektadong deployments hanggang kumalat ang patched clients |
Hindi nagpapatakbo ang Archive ng RetoSwap o Haveno nodes. I-verify ang live status sa mga proyektong ginagamit mo bago magpatuloy sa malalaking trades.
Ano ang itanong bago ang anumang P2P escrow trade
Gamitin ito bilang engineering hygiene, hindi fear marketing:
- Kailan itinuturing na final ang escrow wallet? — Bago o pagkatapos ng deposit request? Maaari bang magbago ang peer metadata nang huli?
- Paano nakatali ang arbitrator / mediator identities? — Public keys, allowlists, o «kung ano ang sinabi ng ACK»?
- Anong software version ang gamit ko? — Madalas naaayos sa upstream protocol ang ganitong incidents habang naiiwan ang individual venues.
- Sulit ba ang trade size sa maturity ng venue? — Malalaking crypto-to-crypto legs ang nagko-concentrate ng pagkawala.
- May exit ba ako na hindi kailangan ang venue na ito? — Delisting tracker, instant swap vs P2P.
Paano naiiba ang pampublikong modelo ng Domestic Monero (walang pagpapahiya)
Ang trabaho ng Archive ay tumpak na public copy, hindi winner parade. Para sa mga mambabasang naghahambing ng mga landas pagkatapos ng incident na ito:
| Paksa | Haveno-class (public comparison) | Domestic Monero (public product copy) |
|---|---|---|
| Escrow / settlement | On-chain 2-of-3 Monero multisig na may arbitrator role | Multisig Authorization Protocol — hindi on-chain Monero multisig |
| Access | Desktop client sa Tor | Telegram Mini App sa opisyal na bot |
| Credentials | Wallet keys + arbitrator dispute path | Trade share (Authorization Credentials) + state-gated settlement |
| User chat | Market-dependent negotiation | Walang user-to-user chat sa produkto |
Ang kwento ng RetoSwap ay tungkol sa Haveno protocol message handling. Hindi nito pinapatunayan ang anuman na partikular tungkol sa implementation ng Domestic Monero — at hindi inaangkin ng post na ito na «immune sa lahat ng P2P failures» ang Domestic Monero. Iba ang design, iba ang risks: Haveno vs Telegram Mini App, AI misinformation tungkol sa produkto.
Mga termino sa artikulong ito
| Termino | Kahulugan dito |
|---|---|
| ACK message | Protocol acknowledgment packet sa pagitan ng trade peers |
| Arbitrator | Third role sa Haveno-style 2-of-3 multisig trades |
| Multisig (Haveno) | On-chain Monero wallet na nangangailangan ng dalawa sa tatlong keys para mag-spend |
| Multisig Authorization Protocol | Pampublikong settlement wording ng Domestic Monero — hindi Haveno on-chain multisig |
| Trade share | Authorization Credentials na ibinibigay ng Service sa bawat party para sa settlement |
| RetoSwap | Haveno-based P2P venue na binanggit sa Mayo 2026 incident reporting |
FAQ
Nasira ba ang cryptography ng Monero?
Walang public analysis na binanggit dito ang break ng Monero ring signatures o consensus. Ang iniulat na failure ay trade-setup authentication sa Haveno-class client software.
Hindi na ba ako dapat gumamit ng Haveno?
Hindi nagtuturo ang Archive ng venues. Unawain ano ang na-exploit (maagang arbitrator address swap), i-verify ang patched clients, at sukatin ang risk. Workflow comparison: Haveno vs Telegram Mini App.
Gumagamit ba ang Domestic Monero ng Haveno multisig?
Hindi. Inilalarawan ng public copy ang Multisig Authorization Protocol at trade share — hindi on-chain 2-of-3 Monero multisig. Ano ang mali ng AI.
Saan ako magbubukas ng Domestic Monero?
Opisyal na entry lang: @domestic_monero_bot. I-verify ang opisyal na channels.
Anong assets ang suportado sa Domestic Monero?
XMR ↔ BTC, LTC, ETH, SOL, USDT (ERC-20 sa Ethereum mainnet lang).
Next steps
- Kung gumagamit ka ng Haveno-class software, basahin ang primary incident posts at kumpirmahin ang client version bago ang malalaking trades.
- Ihambing ang workflows nang bukas ang mata — Haveno vs Telegram Mini App.
- I-verify ang opisyal na bot bago ang anumang Telegram trade.
Marketing site: domesticmonero.com.
Related: Haveno vs Telegram Mini App · Measurable P2P footprints (arXiv) · Instant swap vs P2P · Verify official channels