<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Collateral Archives - LadyChain</title>
	<atom:link href="https://www.ladyww.net/tag/collateral/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ladyww.net/tag/collateral/</link>
	<description>Crypto fees, wallets and offers — checked against the terms page</description>
	<lastBuildDate>Tue, 27 Oct 2026 16:02:09 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>

<image>
	<url>https://www.ladyww.net/wp-content/uploads/2026/10/mark-512-150x150.png</url>
	<title>Collateral Archives - LadyChain</title>
	<link>https://www.ladyww.net/tag/collateral/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Restaking: Risk Stacked on Risk</title>
		<link>https://www.ladyww.net/restaking-explained/</link>
					<comments>https://www.ladyww.net/restaking-explained/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Tue, 27 Oct 2026 16:02:09 +0000</pubDate>
				<category><![CDATA[DeFi]]></category>
		<category><![CDATA[Collateral]]></category>
		<category><![CDATA[DeFi Risk]]></category>
		<category><![CDATA[Liquid Staking]]></category>
		<category><![CDATA[Protocol Design]]></category>
		<category><![CDATA[Restaking]]></category>
		<category><![CDATA[Slashing]]></category>
		<category><![CDATA[Staking Risk]]></category>
		<category><![CDATA[Validator Economics]]></category>
		<category><![CDATA[Withdrawal Queues]]></category>
		<category><![CDATA[Yield Sources]]></category>
		<guid isPermaLink="false">https://www.ladyww.net/restaking-explained/</guid>

					<description><![CDATA[<p>Restaking is the practice of pledging an asset that already secures one network as collateral for additional services at the same time. The pitch is simple: the capital is already [&#8230;]</p>
<p>The post <a href="https://www.ladyww.net/restaking-explained/">Restaking: Risk Stacked on Risk</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Restaking is the practice of pledging an asset that already secures one network as collateral for additional services at the same time. The pitch is simple: the capital is already locked, so why not let it do two jobs at once? That framing is also where the trouble starts. Restaking does not duplicate capital — it duplicates the conditions under which that capital can be taken away.</p>
<p>Most explanations stop at the reward side. This one starts with the obligation side: what you promised, to whom, and what happens when two of those promises come due in the same week.</p>
<ul>
<li><strong>Restaking adds obligations, not capital.</strong> The same deposit now answers to several slashing conditions at once, and each one can act independently.</li>
<li><strong>Correlation is the real multiplier.</strong> Positions that share an operator, client software or oracle feed tend to fail together, so &#8220;diversified across ten services&#8221; is often one bet in ten costumes.</li>
<li><strong>Headline restaking yield is gross.</strong> It ignores slashing probability, unbonding queues, the cost of hedging, and the discounts that appear when everyone exits at once.</li>
<li><strong>The exit path matters more than the rate.</strong> If you cannot leave within the window you might need the money, the extra yield is compensation for illiquidity you did not intend to sell.</li>
</ul>
<h2>How restaking turns one deposit into several obligations</h2>
<p>A restaking position is a stack of contracts, and each layer can impose its own penalty. Reading the stack from the bottom explains why the marginal yield looks attractive and why the marginal risk is larger than it appears.</p>
<h3>The first layer: collateral already at work</h3>
<p>The base deposit is staked to a proof-of-stake network under that network&#8217;s rules: a bonding period, a slashing condition for provable faults such as double signing, and a reward schedule set by issuance and fees. This layer is already a trade — you accept lockup and fault risk in exchange for issuance, and restaking never removes it.</p>
<p>The important detail is that the base layer usually has the longest unbonding period. When people talk about a restaking position being &#8220;liquid&#8221;, they are often describing a receipt token that trades at a discount precisely when the underlying queue is longest.</p>
<h3>The second layer: operators and the services they run</h3>
<p>On top of the base deposit, a restaking arrangement lets an operator commit the same stake to additional services — commonly called actively validated services, or AVSs. Each service defines its own duties and its own penalty schedule. Some require the operator to run specific software, some require price or state attestations, some require uptime commitments.</p>
<p>You are not buying ten independent bets. You are buying one operator&#8217;s operational competence, split across ten contracts that each hold a claim on the same collateral. If the operator&#8217;s infrastructure fails at 03:00, several services may record a fault from the same root cause.</p>
<h2>Where restaking risk actually compounds</h2>
<p>Restaking risk compounds at the points where two layers share a dependency. The table below maps the layers against what a single failure can reach.</p>
<div class="slv-table not-prose my-6 overflow-x-auto rounded-2xl border border-ink-800/70 bg-ink-900" data-slv-table><table>
<thead>
<tr>
<th>Layer</th>
<th>What can trigger a loss</th>
<th>Blast radius</th>
<th>Typical exit constraint</th>
</tr>
</thead>
<tbody>
<tr>
<td>Base staking</td>
<td>Provable consensus fault, extended downtime</td>
<td>The whole deposit</td>
<td>Protocol unbonding period</td>
</tr>
<tr>
<td>AVS commitments</td>
<td>Missed duties, faulty attestations, service-specific rules</td>
<td>A defined share of restaked balance</td>
<td>Service-defined unbonding, often shorter</td>
</tr>
<tr>
<td>Operator layer</td>
<td>Shared client bug, key management failure, misconfiguration</td>
<td>Every service that operator serves</td>
<td>Delegation exit queue</td>
</tr>
<tr>
<td>Liquid receipt token</td>
<td>Secondary market discount, wrapper contract risk</td>
<td>Mark-to-market value, not the underlying</td>
<td>Whatever the market will pay today</td>
</tr>
<tr>
<td>Withdrawal routing</td>
<td>Queue congestion, bridge or wrapper dependency</td>
<td>Timing, occasionally solvency of the route</td>
<td>Days to weeks, venue dependent</td>
</tr>
</tbody>
</table></div>
<p>Read the third row carefully. Operator risk is the only row where a single mistake reaches every column at once, and it is the row most often left out of yield comparisons.</p>
<blockquote><p>Restaking does not pay you for taking more risk in the abstract. It pays you for taking a specific, named risk that the service needs someone to hold — and the fee is usually priced against the cheapest operator willing to hold it.</p></blockquote>
<h2>Working through a restaking loss</h2>
<p>Numbers make the stacking visible. Suppose you deposit 100 units of a staking asset. The base network pays 3.0% a year. You add ten services, each paying an extra 0.2%, for a gross 5.0% — 5 units a year instead of 3.</p>
<p>Now a fault occurs. The service that penalises most severely specifies a 20% penalty on the stake allocated to it. Because you allocated evenly, that service holds 10 units, so the penalty is 10 × 20% = 2 units. Against 2 units of extra annual reward from that service, you have lost a decade of its contribution in a single event.</p>
<p>The worse case is the correlated one. Suppose the fault originates in shared operator infrastructure and three services record it. Exposed stake becomes 30 units, the penalty becomes 30 × 20% = 6 units, and the year nets 5 − 6 = −1 unit before you count the base layer&#8217;s own risk. The position has produced a negative return while every published rate on the screen stayed positive.</p>
<ol>
<li>Write down the gross reward from each service you are considering, as an annual number in units of the asset.</li>
<li>Write down the maximum penalty each service can apply, and whether penalties are capped.</li>
<li>Group services by operator, client software, oracle dependency and data source.</li>
<li>Assume the largest group fails together, and sum the penalties across that group.</li>
<li>Compare that sum with the total extra reward over your intended holding period.</li>
<li>Add the exit cost: queue length, receipt-token discount, and the price impact of unwinding any hedge.</li>
<li>If the sum of penalties is larger than several years of extra reward, you are not being paid for the tail — you are donating it.</li>
</ol>
<h2>Questions that decide whether restaking is appropriate</h2>
<p>Three questions separate a considered restaking position from a yield-chasing one. None of them appear on a leaderboard.</p>
<h3>Who controls the operator set</h3>
<p>If a small number of operators serve most of the stake, the network&#8217;s fault tolerance is lower than the validator count suggests. Check whether delegation is permissionless, whether operators can opt into services without depositor consent, and whether the service can add new penalty conditions after you deposit.</p>
<p>Consent that can be changed unilaterally after the fact is not consent. In many designs, the depositor approves a service once and inherits every future parameter change.</p>
<h3>What the exit path costs</h3>
<p>Exit cost has three parts: the protocol unbonding period, the service unbonding period, and the market price of any liquid receipt. In calm markets the third is close to par. In stressed markets it is not, and the discount is the market&#8217;s estimate of exactly the risk described above.</p>
<p>Compare the exit path with the reason you hold the asset. If the position exists to be sold during a drawdown, a two-week queue converts a hedge into a liability.</p>
<p>The post <a href="https://www.ladyww.net/restaking-explained/">Restaking: Risk Stacked on Risk</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.ladyww.net/restaking-explained/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Loan-to-Value: Choosing a Number You Can Live With</title>
		<link>https://www.ladyww.net/loan-to-value/</link>
					<comments>https://www.ladyww.net/loan-to-value/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Tue, 27 Oct 2026 14:02:04 +0000</pubDate>
				<category><![CDATA[DeFi]]></category>
		<category><![CDATA[Borrowing Costs]]></category>
		<category><![CDATA[Collateral]]></category>
		<category><![CDATA[Collateral Management]]></category>
		<category><![CDATA[Defi Borrowing]]></category>
		<category><![CDATA[DeFi Risk]]></category>
		<category><![CDATA[Leverage]]></category>
		<category><![CDATA[Liquidation Threshold]]></category>
		<category><![CDATA[Loan To Value]]></category>
		<category><![CDATA[LTV Ratio]]></category>
		<category><![CDATA[Risk Sizing]]></category>
		<guid isPermaLink="false">https://www.ladyww.net/loan-to-value/</guid>

					<description><![CDATA[<p>Loan to value is the size of a debt measured against the collateral that secures it. Borrow 6,000 against 10,000 of ETH and your loan to value is 60%. That [&#8230;]</p>
<p>The post <a href="https://www.ladyww.net/loan-to-value/">Loan-to-Value: Choosing a Number You Can Live With</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Loan to value is the size of a debt measured against the collateral that secures it. Borrow 6,000 against 10,000 of ETH and your loan to value is 60%. That single ratio decides how far the collateral can fall before the position is closed, which makes it more important than the interest rate you negotiate.</p>
<p>Borrowers usually pick a number by looking at the maximum the market allows and subtracting a little. That is not a method. A workable LTV comes from the volatility of the collateral, the length of time you plan to hold the debt, and the cost of being closed out at the worst possible moment.</p>
<ul>
<li><strong>The maximum is a limit, not a recommendation.</strong> It is set to protect the lender, and it assumes the collateral can be sold quickly.</li>
<li><strong>Your real buffer is the gap to liquidation, not the gap to the maximum.</strong> Those are different numbers on almost every market.</li>
<li><strong>Interest moves the ratio.</strong> An LTV that looks stable can drift upward for a year without any price change.</li>
<li><strong>Volatility sets the number.</strong> Two assets with the same maximum loan to value can deserve very different debts.</li>
</ul>
<h2>What loan to value measures</h2>
<p>Loan to value compares debt to collateral at current prices. It is a snapshot, recalculated as either side moves, and it says nothing about your ability to repay.</p>
<h3>The arithmetic</h3>
<p>Divide the outstanding debt by the collateral&#8217;s market value. A 9,000 debt against 20,000 of collateral is a 45% LTV. Add 500 of accrued interest and the same collateral now supports a 47.5% ratio. Nothing about the asset changed; the debt grew.</p>
<p>Note what the ratio leaves out. It ignores the interest rate, the expected holding period, the liquidity of the collateral and any tax or exit cost. It is one number describing one relationship at one instant.</p>
<h3>Why the ratio is not the whole risk</h3>
<p>Two positions can share an LTV and carry completely different risk. One holds a large-cap asset with deep spot markets; the other holds a thin token trading a few hundred thousand dollars a day. The first closes at a predictable price. The second may gap through the liquidation level and leave bad debt for the protocol to socialise.</p>
<p>That asymmetry is why markets assign different parameters per asset rather than one global number. The ratio is comparable only within a single collateral type.</p>
<h2>Why the maximum loan to value is a ceiling</h2>
<p>The maximum exists so the lender has room to seize and sell collateral before the debt exceeds it. It is calibrated for the protocol&#8217;s protection, and it is deliberately set close to the point where the position becomes dangerous for you.</p>
<h3>The gap between maximum and threshold</h3>
<p>Most markets publish two numbers. The maximum loan to value caps what you can borrow at opening. The liquidation threshold is the higher ratio at which the position becomes eligible for closure. The space between them is the protocol&#8217;s margin, not yours.</p>
<p>Borrowing at the maximum means you start with that entire margin already consumed. A small adverse move puts you at the threshold immediately. Borrowing well below the maximum is the only way to own any of that space yourself.</p>
<h3>What the ceiling assumes</h3>
<p>The maximum assumes continuous pricing and available liquidity. In a fast market both weaken at once: prices gap, books thin, and the liquidation meant for the threshold lands somewhere below it.</p>
<blockquote><p>A maximum loan to value is the point at which the protocol stops trusting the position. It is not the point at which you should stop trusting your own.</p></blockquote>
<h2>Choosing a loan to value you can live with</h2>
<p>Start from a drawdown you consider plausible, not from a percentage someone else uses. The question is not how much you can borrow, but how much you can borrow and still be solvent after a bad month.</p>
<h3>The drawdown test</h3>
<p>Pick a fall in collateral price that you would not call a catastrophe — for a large-cap asset, a third is a reasonable stress case; for a smaller one, half. Then solve backwards for the debt that survives it with margin to spare.</p>
<p>If the collateral can lose 40% and you want to sit comfortably below the threshold afterwards, your starting loan to value should leave that much room plus a buffer for interest. On most markets that lands a volatile asset in the 30–50% range, and stablecoin collateral higher.</p>
<h3>Correlated collateral</h3>
<p>Diversifying collateral does not help if everything in the basket falls together. Correlated assets behave as one larger position, and the ratio computed across them looks calmer than the risk actually is. Count correlated collateral as a single exposure when you size the debt.</p>
<h2>Running the numbers</h2>
<p>Take 20,000 of ETH at 3,000 per unit, a maximum loan to value of 80%, a liquidation threshold of 82.5% and a 5% liquidation penalty.</p>
<p>Borrow 12,000 — a 60% LTV. The position reaches the threshold when collateral value falls to 12,000 divided by 0.825, or 14,545. That is a price of about 2,182, roughly 27% below the entry price. A single bad week can get there.</p>
<p>Borrow 9,000 — a 45% LTV. The threshold is reached at 10,909 of collateral value, a price near 1,636, or 45% below entry. The position survives a drawdown that would have closed the first one.</p>
<p>Borrow 6,000 — a 30% loan to value. The threshold sits near 1,091, a 64% fall. This is the version that survives a bear market rather than a correction.</p>
<p>Now add time. At 7% annual interest on the 9,000 debt, a year of no repayments adds 630. The threshold then arrives at 11,673 of collateral value, a price near 1,751 instead of 1,636. Interest quietly consumed about 7% of the buffer, and the effect compounds the longer the position runs.</p>
<h2>Loan to value by collateral type</h2>
<p>Parameters differ by venue and by asset, and the ranges below are typical rather than fixed.</p>
<div class="slv-table not-prose my-6 overflow-x-auto rounded-2xl border border-ink-800/70 bg-ink-900" data-slv-table><table>
<thead>
<tr>
<th>Collateral</th>
<th>Common maximum loan to value</th>
<th>Gap to threshold</th>
<th>Dominant risk</th>
</tr>
</thead>
<tbody>
<tr>
<td>Major stablecoin</td>
<td>High, often 75–90%</td>
<td>Narrow</td>
<td>Depeg, not volatility</td>
</tr>
<tr>
<td>Large-cap volatile asset</td>
<td>Moderate, often 70–80%</td>
<td>Moderate</td>
<td>Gap risk in fast markets</td>
</tr>
<tr>
<td>Long-tail token</td>
<td>Low, often 30–50%</td>
<td>Wide</td>
<td>Thin liquidity, price gaps</td>
</tr>
<tr>
<td>Liquid staking token</td>
<td>Moderate</td>
<td>Moderate</td>
<td>Redemption queue and discount</td>
</tr>
<tr>
<td>Yield-bearing wrapper</td>
<td>Varies widely</td>
<td>Varies</td>
<td>Wrapper contract and oracle design</td>
</tr>
</tbody>
</table></div>
<p>A stablecoin at 85% loan to value is not safer than a volatile asset at 45%. The stablecoin has no volatility to absorb, so the only thing that matters is the peg holding — and when it does not, the buffer is already gone.</p>
<p>The post <a href="https://www.ladyww.net/loan-to-value/">Loan-to-Value: Choosing a Number You Can Live With</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.ladyww.net/loan-to-value/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
