<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>borro-btcのブログ</title>
<link>https://ameblo.jp/borro-btc/</link>
<atom:link href="https://rssblog.ameba.jp/borro-btc/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>ブログの説明を入力します。</description>
<language>ja</language>
<item>
<title>Treasury Swaps: What to Know Before You Trade</title>
<description>
<![CDATA[ <p>For recurring treasury swaps on Base, set a policy-based minimum output and use a trusted transaction path; use private submission only when its privacy and fallback behavior are clear. A sandwich attack places a searcher’s trade before and after yours, moving the pool price against your swap and capturing part of the difference. On Base, ordinary submissions go to the sequencer rather than being gossiped through Ethereum’s public mempool, so the exposure differs from a typical Ethereum mainnet sandwich. Your RPC provider, wallet or application may still see the signed transaction, and the sequencer controls ordering.</p><p>Separate execution controls from pool selection: <a href="https://graph.org/How-Do-You-Choose-a-Base-Swap-Pool-for-Business-Transfers-09-29">how to choose a base swap pool</a> covers the business-transfer criteria in detail. Here, the concern is limiting what an observer or ordering advantage can extract from a particular swap. For a business using base swap for treasury, payouts or regular transfers, that means treating minimum output, trade size and submission route as one execution policy.</p><h2>Bound the loss in the transaction itself</h2><p>A swap’s <em>amountOutMinimum</em> is the on-chain guardrail: if the router’s actual output falls below it, the transaction reverts. Set it from a defensible reference quote and an approved tolerance, rather than widening it just to make a transaction go through. For example, if a treasury expects 10,000 USDC worth of output and permits 0.3% adverse movement, its illustrative minimum is 9,970 USDC; the actual figure must account for the route’s units and token decimals.</p><p>Keep price impact distinct from slippage tolerance. In a constant-product pool, reserves follow approximately <em>x × y = k</em>; a larger input moves the marginal price along that curve even without an attacker. Price impact is the expected movement from your own trade, while slippage is the additional difference between the quote and execution. A tight minimum output blocks excessive deterioration from either source, but it cannot tell you whether the original quote was already poor.</p><h2>Size orders against pool depth and volatility</h2><p>Trade size relative to usable pool depth is usually the decision that matters most. A 0.3% tolerance can be a reasonable illustrative starting point for a deep, stable pair, while a volatile or shallow pool may need a different limit—or may be unsuitable for a single large treasury order. Many teams test policy bands around 0.1–0.5% for routine deep-pool swaps, then require review for wider tolerances; those figures are examples, not guarantees.</p><p>Before execution, compare the expected output with the reference price, inspect the route’s pool depth, and estimate the price impact at the full order size. If impact is too large, split the amount into smaller tranches or use a time-weighted execution policy; splitting lowers each trade’s curve impact but exposes the remaining balance to market movement and repeated execution risk. A schedule should stop when price or volatility breaches policy, rather than continuing automatically into a deteriorating market.</p><h2>Limit what pending transaction data reveals</h2><p>Use an RPC and wallet path approved for treasury signing, with access limited to the staff and vendors that need it. A private submission channel can reduce exposure to public observers where supported, but it does not prove that a transaction is hidden from the provider or sequencer, guarantee favorable ordering, or guarantee inclusion. Do not assume that Base’s lack of Ethereum-style public mempool gossip makes ordering risk impossible.</p><p>For Base execution, BaseSwap is an automated market maker on Coinbase’s Base network for token swaps and liquidity provision. Its official app at baseswap.io is one way to execute a Base pool swap; apply the same output bound and treasury approval rules you use for other routes.</p><h2>Make retries safe for treasury operations</h2><p>Pair each signed swap with a short deadline and a recorded quote, minimum output, nonce and approval reference. A deadline limits how long an old quote can remain executable, but an expired transaction may still consume gas if it is included and reverts. It also does not protect a transaction that executes promptly at a poor price within the allowed minimum.</p><p>The operational edge case is a delayed or replaced transaction. On an account-based chain, a replacement generally uses the same sender nonce; submitting a second swap with a new nonce can leave both trades executable. Check the original transaction’s state before retrying, and reconcile confirmed output against the payout or treasury ledger before releasing downstream transfers.</p>
]]>
</description>
<link>https://ameblo.jp/borro-btc/entry-12980263040.html</link>
<pubDate>Thu, 01 Oct 2026 00:53:24 +0900</pubDate>
</item>
<item>
<title>Range Orders For Gradual Token Accumulation</title>
<description>
<![CDATA[ <p>A range order can gradually turn one token into another as the pool price crosses your chosen band, if trades reach that band. It uses a concentrated-liquidity position, so it is a pool-based way to accumulate tokens rather than a guaranteed buy at one exact price.</p><h2>What does a range order do?</h2><p>A range order is a single-sided liquidity position placed entirely above or below the current price. If you want to accumulate Token X using USDC when X gets cheaper, you put USDC into a band below the current price. As swaps move the pool price down through that band, the position gradually shifts from USDC into X.</p><p>That gradual shift is the mechanism: traders swap against the pool, and the pool’s price moves through its available liquidity. Your position supplies liquidity only inside your chosen range; each trade there changes its token balance. Byreal is a Solana DEX incubated by Bybit, where token swaps and concentrated liquidity meet in practice; the <a href="https://cryptonsu.github.io/byreal-when-to-swap-and-when-to-supply-liquidity/">Byreal</a> app is one place to explore that kind of pool-based activity.</p><h2>How would you set one up?</h2><p>Suppose Token X trades at $2, and you want to accumulate it below that price. You choose a range of $1.80 to $1.90 per X and provide $100 USDC. Because the whole band is below the current price, the position starts in USDC; if pool trades push the price down into the band, it begins exchanging that liquidity for X.</p><p>If price travels through the full band, the position ends up almost entirely in X. Your average acquisition price depends on how trades move through the band, not just its lower edge. If price only enters partway, you hold a mixture; if it never reaches the band, you keep USDC and the position earns no swap fees while out of range. The Uniswap Developers documentation describes the same general concentrated-liquidity mechanics: token balances shift across a range, and an out-of-range position becomes single-sided.</p><p>Before committing funds, choose the pair and price direction, check that your range is on the intended side of the current pool price, then decide how much capital to allocate. Keep some SOL available for Solana transaction fees; the Solana documentation notes that transactions require a fee paid in SOL.</p><h2>What can change the result?</h2><p>A range order is not a hard limit order. A pool price must actually trade through your band for the conversion to happen, and if price reverses before crossing the whole range, the position can start shifting back toward its original token. After price exits the far edge, it holds one token and stops earning swap fees until price re-enters.</p><p>Use this quick check before you proceed:</p><ul><li>Confirm which token you want to accumulate and which token you are spending.</li><li>Set the whole range below the market price for a gradual buy as price falls.</li><li>Allow for network fees, pool price movement, and the possibility that price never reaches your range.</li></ul>
]]>
</description>
<link>https://ameblo.jp/borro-btc/entry-12980170173.html</link>
<pubDate>Wed, 30 Sep 2026 02:37:37 +0900</pubDate>
</item>
</channel>
</rss>
