<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>DeFi on Bitsy Services Wiki</title>
    <link>https://wiki.bitsy.services/wiki/defi/</link>
    <description>Recent content in DeFi on Bitsy Services Wiki</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="https://wiki.bitsy.services/wiki/defi/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Blockchain</title>
      <link>https://wiki.bitsy.services/wiki/defi/blockchain/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/blockchain/</guid>
      <description>&lt;p&gt;A blockchain is a distributed ledger made up of blocks &amp;ndash; records containing a cryptographic hash of the previous block, a timestamp, and transaction data (typically structured as a Merkle tree). Because each block references the one before it, altering any historical record would require recomputing every subsequent block, making the ledger effectively immutable once written.&lt;/p&gt;&#xA;&lt;p&gt;This property &amp;ndash; append-only, tamper-evident history shared across many nodes &amp;ndash; is what makes blockchains useful as trust infrastructure. No single party controls the ledger, and no single party needs to be trusted.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cryptocurrency</title>
      <link>https://wiki.bitsy.services/wiki/defi/cryptocurrency/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/cryptocurrency/</guid>
      <description>&lt;p&gt;Cryptocurrency is digital money secured by cryptography and running on a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; rather than through a bank or government. The blockchain acts as a public ledger: every transaction is recorded, verified by network participants (miners or validators), and made effectively permanent. No central authority issues the currency or processes transfers.&lt;/p&gt;&#xA;&lt;p&gt;Bitcoin, launched in 2009, demonstrated that a decentralized payment network could work. &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/&#34;&gt;Ethereum&lt;/a&gt; extended the idea by adding &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contracts&lt;/a&gt;, turning a blockchain into a programmable platform. Thousands of other cryptocurrencies exist, each with different design goals &amp;ndash; some optimize for speed, some for privacy, some serve as governance tokens for specific protocols.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cryptocurrency Gateway</title>
      <link>https://wiki.bitsy.services/wiki/defi/cryptocurrency-gateway/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/cryptocurrency-gateway/</guid>
      <description>&lt;p&gt;A cryptocurrency gateway is a service that converts between fiat &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/currency&#34;&gt;currency&lt;/a&gt; and &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/cryptocurrency&#34;&gt;cryptocurrency&lt;/a&gt; &amp;ndash; commonly called an on-ramp (fiat to crypto) or off-ramp (crypto to fiat). These gateways are the entry and exit points between the traditional financial system and the &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; economy.&lt;/p&gt;&#xA;&lt;h2 id=&#34;centralized-gateways&#34;&gt;Centralized gateways&lt;a class=&#34;anchor&#34; href=&#34;#centralized-gateways&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Most on/off-ramp activity today flows through centralized services that hold the necessary banking relationships and regulatory licenses.&lt;/p&gt;&#xA;&lt;h3 id=&#34;exchanges&#34;&gt;Exchanges&lt;a class=&#34;anchor&#34; href=&#34;#exchanges&#34;&gt;#&lt;/a&gt;&lt;/h3&gt;&#xA;&lt;p&gt;Centralized exchanges (Coinbase, Kraken, Binance) are the most common gateway. Users deposit fiat via bank transfer, wire, or card, buy crypto, and withdraw it to a self-custodial wallet. The reverse path &amp;ndash; deposit crypto, sell for fiat, withdraw to a bank &amp;ndash; serves as the off-ramp.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Smart Contract</title>
      <link>https://wiki.bitsy.services/wiki/defi/smart-contract/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/smart-contract/</guid>
      <description>&lt;p&gt;A smart contract is a program deployed to a blockchain that executes automatically when its functions are called. Once deployed, the code is immutable (unless the contract uses an upgradeable proxy pattern) and its execution is deterministic — given the same state and inputs, every node on the network will produce the same result.&lt;/p&gt;&#xA;&lt;p&gt;Smart contracts are the building blocks of DeFi. Every &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;DEX&lt;/a&gt;, lending protocol, &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt;, and token is a smart contract or a set of interacting smart contracts.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Web3</title>
      <link>https://wiki.bitsy.services/wiki/defi/web3/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/web3/</guid>
      <description>&lt;p&gt;Web3 is a shorthand for the idea of rebuilding internet services on decentralized infrastructure &amp;ndash; primarily &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchains&lt;/a&gt; &amp;ndash; so that users own their data and assets rather than renting access from platform companies. The term was coined by Gavin Wood, co-creator of &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/&#34;&gt;Ethereum&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The pitch: Web 1.0 was read-only (static pages). Web 2.0 was read-write (user-generated content on centralized platforms like Facebook and YouTube). Web3 aims to be read-write-own, where the protocols themselves are open and the value accrues to participants rather than platform operators.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Decentralized Exchange</title>
      <link>https://wiki.bitsy.services/wiki/defi/dex/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/dex/</guid>
      <description>&lt;p&gt;A decentralized exchange (DEX) is a marketplace for trading tokens that runs on-chain, without a central operator holding custody of user funds. Trades settle directly between the user&amp;rsquo;s wallet and a smart contract.&lt;/p&gt;&#xA;&lt;p&gt;On a centralized exchange (CEX) like Coinbase or Binance, you deposit funds into the exchange&amp;rsquo;s custody, place orders against an order book the exchange operates, and trust the exchange to process withdrawals. A DEX replaces all of that with smart contracts: your tokens never leave your wallet until the moment the trade executes on-chain. There is no account to create, no KYC gate, and no withdrawal queue.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Decentralized Autonomous Organization (DAO)</title>
      <link>https://wiki.bitsy.services/wiki/defi/dao/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/dao/</guid>
      <description>&lt;p&gt;A DAO is an organization governed by &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contracts&lt;/a&gt; on a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; rather than by a traditional management hierarchy. Rules are encoded in code, the treasury is managed on-chain, and decisions are made through proposals that members vote on. No single person or board has unilateral control.&lt;/p&gt;&#xA;&lt;p&gt;DAOs matter because they offer a credibly neutral governance structure. Once the smart contracts are deployed, the rules apply equally to everyone &amp;ndash; including the founders. This makes them a natural fit for managing DeFi protocols, shared treasuries, and any situation where participants need to coordinate without trusting a central operator.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Decentralized Application</title>
      <link>https://wiki.bitsy.services/wiki/defi/dapp/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/dapp/</guid>
      <description>&lt;p&gt;A decentralized application (dApp) is software that runs its core logic on a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; through &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contracts&lt;/a&gt; rather than on servers controlled by a single operator. The frontend can be a normal website or mobile app, but the backend &amp;ndash; the part that holds funds, enforces rules, and records state &amp;ndash; lives on-chain and executes exactly as written.&lt;/p&gt;&#xA;&lt;p&gt;The term covers a huge range: &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;DEXs&lt;/a&gt; like &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/uniswap&#34;&gt;Uniswap&lt;/a&gt;, lending protocols, &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/prediction-market&#34;&gt;prediction markets&lt;/a&gt;, games, &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dao&#34;&gt;DAOs&lt;/a&gt;, and more. What they share is that users interact with contracts directly from their own wallet, and no one can unilaterally change the rules once the contracts are deployed.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Finalized Smart Contract</title>
      <link>https://wiki.bitsy.services/wiki/defi/finalized-smart-contract/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/finalized-smart-contract/</guid>
      <description>&lt;p&gt;A finalized smart contract is one that has been deployed to a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; with no mechanism for anyone &amp;ndash; including its original developer &amp;ndash; to modify its code or behavior. Once finalized, the contract runs exactly as written for as long as the blockchain exists.&lt;/p&gt;&#xA;&lt;p&gt;This is the strongest form of the immutability property that makes &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contracts&lt;/a&gt; useful in the first place. A finalized contract cannot be censored, paused, upgraded, or tampered with by governments, corporations, or the developers who wrote it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Automated Market Maker</title>
      <link>https://wiki.bitsy.services/wiki/defi/amm/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/amm/</guid>
      <description>&lt;p&gt;An automated market maker (AMM) is a type of &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;decentralized exchange&lt;/a&gt; that uses a mathematical formula &amp;ndash; rather than an order book &amp;ndash; to price trades. Traders swap against a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt; instead of matching with a counterparty.&lt;/p&gt;&#xA;&lt;p&gt;Traditional exchanges work by matching buyers and sellers: someone posts a bid, someone posts an ask, and the exchange matches them. This requires active market makers who continuously quote prices and enough participants on both sides to maintain a liquid book. On a blockchain, where every operation costs gas and blocks are seconds apart, maintaining an on-chain order book is expensive and slow. AMMs side-step the problem entirely. A smart contract holds reserves of two tokens, and a pricing function determines the exchange rate based on the ratio of those reserves. Anyone can trade at any time, and anyone can supply liquidity.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Liquidity Pool</title>
      <link>https://wiki.bitsy.services/wiki/defi/liquidity-pool/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/liquidity-pool/</guid>
      <description>&lt;p&gt;A liquidity pool is a smart contract that holds reserves of two or more tokens and allows anyone to trade against those reserves according to a deterministic pricing function. Pools are the core primitive of &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMM&lt;/a&gt;-based &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;decentralized exchanges&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;On a traditional exchange, liquidity comes from market makers who post bids and asks on an order book. On-chain, that model is impractical &amp;ndash; gas costs and block times make continuous order management expensive. Liquidity pools solve this by letting anyone deposit tokens into a contract that automatically quotes prices using a formula like the &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/constant-product-formula&#34;&gt;constant product&lt;/a&gt;. Traders swap against the pool&amp;rsquo;s reserves; liquidity providers (LPs) earn a share of the fees.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Constant Product Formula</title>
      <link>https://wiki.bitsy.services/wiki/defi/constant-product-formula/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/constant-product-formula/</guid>
      <description>&lt;p&gt;The constant product formula is the pricing rule at the heart of most &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMM&lt;/a&gt;-based &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;decentralized exchanges&lt;/a&gt;. It is elegant in its simplicity: a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt; holds reserves of two tokens, and their product must remain constant through every trade.&lt;/p&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;x * y = k&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;where &lt;code&gt;x&lt;/code&gt; and &lt;code&gt;y&lt;/code&gt; are the reserve quantities and &lt;code&gt;k&lt;/code&gt; is the invariant. &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/uniswap&#34;&gt;Uniswap&lt;/a&gt; V2, SushiSwap, and most early AMMs use this formula. Understanding it is the key to understanding how on-chain trading, slippage, and &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/impermanent-loss&#34;&gt;impermanent loss&lt;/a&gt; work.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Constant Mean Formula</title>
      <link>https://wiki.bitsy.services/wiki/defi/constant-mean-formula/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/constant-mean-formula/</guid>
      <description>&lt;p&gt;The constant mean formula is the pricing invariant behind Balancer&amp;rsquo;s weighted pools. Where the &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/constant-product-formula&#34;&gt;constant product formula&lt;/a&gt; constrains two-asset pools to a 50/50 split, the constant mean formula generalises to &lt;strong&gt;any number of assets&lt;/strong&gt; with &lt;strong&gt;arbitrary weight ratios&lt;/strong&gt; &amp;ndash; 80/20, 60/20/20, or any combination that sums to 100%.&lt;/p&gt;&#xA;&lt;p&gt;This makes it possible to build &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pools&lt;/a&gt; that behave like self-rebalancing index funds: LPs choose the asset mix they want exposure to, and the &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMM&lt;/a&gt; maintains those proportions through trading fees rather than manual rebalancing.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Virtual Reserves</title>
      <link>https://wiki.bitsy.services/wiki/defi/virtual-reserves/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/virtual-reserves/</guid>
      <description>&lt;p&gt;Virtual reserves are a mathematical abstraction used by &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMMs&lt;/a&gt; to make a limited amount of real capital behave like a much larger &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt;. The idea is central to &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/uniswap&#34;&gt;Uniswap&lt;/a&gt; V3&amp;rsquo;s concentrated liquidity and appears in various forms across other protocols.&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-problem-virtual-reserves-solve&#34;&gt;The problem virtual reserves solve&lt;a class=&#34;anchor&#34; href=&#34;#the-problem-virtual-reserves-solve&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;In a standard &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/constant-product-formula&#34;&gt;constant product&lt;/a&gt; pool, liquidity is spread across every price from zero to infinity. If a pool holds 10 ETH and 25,000 USDC, most of that capital sits at prices far from the current market and never facilitates a trade. The capital is real but idle.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Impermanent Loss</title>
      <link>https://wiki.bitsy.services/wiki/defi/impermanent-loss/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/impermanent-loss/</guid>
      <description>&lt;p&gt;Impermanent loss (IL) is the difference in value between holding tokens in a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt; and simply holding them in a wallet. It is the cost a liquidity provider (LP) pays for the pool&amp;rsquo;s automatic rebalancing — and it is the single most important risk to understand before depositing into an &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMM&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;h2 id=&#34;intuition&#34;&gt;Intuition&lt;a class=&#34;anchor&#34; href=&#34;#intuition&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;An AMM pool always sells the token that is going up and buys the token that is going down. This is the mechanism that keeps the pool&amp;rsquo;s price in line with the market. The side effect is that an LP ends up with less of the appreciating token and more of the depreciating one — the opposite of what a holder would have.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Volatility</title>
      <link>https://wiki.bitsy.services/wiki/defi/volatility/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/volatility/</guid>
      <description>&lt;p&gt;Volatility measures how much an asset&amp;rsquo;s price moves over a given period. In traditional finance it is a statistical concept &amp;ndash; the annualised standard deviation of returns. In DeFi it is something you &lt;em&gt;feel&lt;/em&gt; directly, because it drives &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/impermanent-loss&#34;&gt;impermanent loss&lt;/a&gt;, liquidation risk, option pricing, and the profitability of &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt; positions.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/cryptocurrency&#34;&gt;Cryptocurrency&lt;/a&gt; markets are structurally more volatile than most traditional asset classes. Tokens trade 24/7 on fragmented venues with thin order books, and prices respond sharply to regulatory news, exploit events, and social-media momentum. Understanding volatility is not optional for anyone deploying capital in DeFi.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Yield Farming</title>
      <link>https://wiki.bitsy.services/wiki/defi/yield-farming/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/yield-farming/</guid>
      <description>&lt;p&gt;Yield farming is the practice of deploying crypto assets across DeFi protocols to earn returns &amp;ndash; trading fees, interest, or token rewards. It is also called &lt;strong&gt;liquidity mining&lt;/strong&gt; when the rewards come in the form of a protocol&amp;rsquo;s governance token.&lt;/p&gt;&#xA;&lt;p&gt;The basic idea: protocols need liquidity to function. &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;Decentralized exchanges&lt;/a&gt; need tokens in &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pools&lt;/a&gt;. Lending platforms need depositors. Rather than wait for capital to arrive organically, protocols offer incentives &amp;ndash; often their own token &amp;ndash; to attract it. Yield farmers chase those incentives, moving capital to wherever the returns are highest.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Nonce</title>
      <link>https://wiki.bitsy.services/wiki/defi/nonce/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/nonce/</guid>
      <description>&lt;p&gt;In &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; networks like Ethereum, a nonce is a per-account transaction counter that increments with each transaction sent. It serves two purposes: preventing replay attacks (the same signed transaction can&amp;rsquo;t be submitted twice) and ordering transactions from the same sender.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://ethereum.org/en/developers/docs/transactions/&#34;&gt;Ethereum.org — Transactions&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Cryptographic_nonce&#34;&gt;Wikipedia — Cryptographic nonce&lt;/a&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;</description>
    </item>
    <item>
      <title>Staking</title>
      <link>https://wiki.bitsy.services/wiki/defi/staking/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/staking/</guid>
      <description>&lt;p&gt;Staking is the act of locking cryptocurrency in a protocol to earn rewards. The term covers two distinct mechanisms: &lt;strong&gt;network staking&lt;/strong&gt;, where locked tokens secure a blockchain&amp;rsquo;s consensus, and &lt;strong&gt;DeFi staking&lt;/strong&gt;, where tokens are deposited into &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contracts&lt;/a&gt; to earn yield from protocol activity.&lt;/p&gt;&#xA;&lt;p&gt;Both forms share the same core idea — you commit capital, accept illiquidity, and receive compensation for the service your capital provides.&lt;/p&gt;&#xA;&lt;h2 id=&#34;network-staking-proof-of-stake&#34;&gt;Network staking (Proof of Stake)&lt;a class=&#34;anchor&#34; href=&#34;#network-staking-proof-of-stake&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;In a Proof-of-Stake (PoS) blockchain, validators lock tokens as collateral and are selected to propose and attest to blocks in proportion to their stake. Honest behaviour earns rewards (newly minted tokens plus transaction fees); dishonest behaviour triggers &lt;strong&gt;slashing&lt;/strong&gt;, where some or all of the validator&amp;rsquo;s stake is destroyed.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Maximal Extractable Value (MEV)</title>
      <link>https://wiki.bitsy.services/wiki/defi/maximal-extractable-value/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/maximal-extractable-value/</guid>
      <description>&lt;p&gt;Maximal Extractable Value (MEV) is the profit that can be captured by reordering, inserting, or censoring transactions within a block. It exists because the order in which transactions execute affects their outcomes — and the entity assembling a block gets to choose that order.&lt;/p&gt;&#xA;&lt;p&gt;MEV matters because it is an invisible tax on every &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/dex&#34;&gt;DEX&lt;/a&gt; trade, every lending-protocol liquidation, and every on-chain auction. Understanding it is essential to understanding why transactions sometimes fail, why gas spikes happen, and why DeFi protocols are designed the way they are.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vanity Addresses and Salt Mining</title>
      <link>https://wiki.bitsy.services/wiki/defi/vanity-addresses/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/vanity-addresses/</guid>
      <description>&lt;p&gt;A &lt;em&gt;vanity address&lt;/em&gt; is an Ethereum address whose hex encoding contains a desired pattern — a leading run of zeros, a recognisable prefix like &lt;code&gt;0xC0FFEE…&lt;/code&gt;, or a trailing brand suffix. Because addresses are derived from a hash, you cannot ask for a specific address; you have to &lt;em&gt;mine&lt;/em&gt; for one by trying inputs until the output matches your filter.&lt;/p&gt;&#xA;&lt;p&gt;Two distinct flavours of mining show up in practice. The math is similar — Keccak-256 has no exploitable structure, so each candidate is an independent uniform draw — but the input you vary, the cost of a hit, and the security implications are very different.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Oracle Node</title>
      <link>https://wiki.bitsy.services/wiki/defi/oracle-node/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/oracle-node/</guid>
      <description>&lt;p&gt;An oracle node is a piece of software that feeds external data into a blockchain. &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;Smart contracts&lt;/a&gt; can only read on-chain state — they have no way to make HTTP requests, query databases, or observe the physical world. Oracles bridge this gap, and the nodes that run them are the infrastructure that makes data-dependent DeFi possible.&lt;/p&gt;&#xA;&lt;p&gt;Without oracles, a lending protocol cannot know the price of collateral, an insurance contract cannot verify whether a flight was delayed, and a prediction market cannot settle bets.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Prediction Market</title>
      <link>https://wiki.bitsy.services/wiki/defi/prediction-market/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/prediction-market/</guid>
      <description>&lt;p&gt;A prediction market is a platform where participants trade contracts whose payout depends on the outcome of a future event. The market price of each contract reflects the crowd&amp;rsquo;s estimated probability of that outcome. If a &amp;ldquo;Yes&amp;rdquo; share on &amp;ldquo;Will ETH be above $5,000 on December 31?&amp;rdquo; trades at $0.35, the market is pricing a 35% probability.&lt;/p&gt;&#xA;&lt;p&gt;In DeFi, prediction markets run on &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contracts&lt;/a&gt; that handle market creation, trading, and settlement without intermediaries. The &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; provides the settlement guarantee: once the outcome is determined, the contract pays winners automatically and irreversibly.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Prediction Market Event Time</title>
      <link>https://wiki.bitsy.services/wiki/defi/prediction-market-event-time/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/prediction-market-event-time/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Event time&lt;/strong&gt; is the moment a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/prediction-market&#34;&gt;prediction market&lt;/a&gt; determines its outcome. It governs when trading stops, when resolution begins, and when winning shares become redeemable. Getting event time right is one of the hardest design problems in on-chain prediction markets because it sits at the intersection of real-world timing, &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/oracle-node&#34;&gt;oracle&lt;/a&gt; reliability, and &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contract&lt;/a&gt; mechanics.&lt;/p&gt;&#xA;&lt;h2 id=&#34;resolution-lifecycle&#34;&gt;Resolution Lifecycle&lt;a class=&#34;anchor&#34; href=&#34;#resolution-lifecycle&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;A typical on-chain prediction market moves through several time-bound phases:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&lt;strong&gt;Trading period&lt;/strong&gt; &amp;ndash; the market is open and participants buy and sell outcome shares. This phase ends at a predefined cutoff, which may or may not coincide with the real-world event.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Observation window&lt;/strong&gt; &amp;ndash; the event occurs (or fails to occur). The market waits for the outcome to become publicly verifiable.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Resolution&lt;/strong&gt; &amp;ndash; an &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/oracle-node&#34;&gt;oracle&lt;/a&gt; or designated resolver submits the outcome on-chain. The smart contract transitions the market to a settled state.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Redemption&lt;/strong&gt; &amp;ndash; holders of winning shares claim their payout.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;The boundaries between these phases are defined by timestamps or block numbers encoded in the market&amp;rsquo;s smart contract.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DeFi and US Regulatory Restrictions</title>
      <link>https://wiki.bitsy.services/wiki/defi/defi-us-regulatory-restrictions/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/defi-us-regulatory-restrictions/</guid>
      <description>&lt;p&gt;The US regulatory environment for DeFi is fragmented across multiple agencies, each with overlapping and sometimes conflicting jurisdictions. This page is a snapshot as of early 2026 &amp;ndash; the landscape shifts frequently through enforcement actions, court rulings, and proposed legislation.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;This is not legal advice.&lt;/strong&gt; Anyone building or using DeFi protocols with US exposure should consult qualified legal counsel.&lt;/p&gt;&#xA;&lt;h2 id=&#34;key-regulatory-bodies&#34;&gt;Key regulatory bodies&lt;a class=&#34;anchor&#34; href=&#34;#key-regulatory-bodies&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;h3 id=&#34;sec-securities-and-exchange-commission&#34;&gt;SEC (Securities and Exchange Commission)&lt;a class=&#34;anchor&#34; href=&#34;#sec-securities-and-exchange-commission&#34;&gt;#&lt;/a&gt;&lt;/h3&gt;&#xA;&lt;p&gt;The SEC regulates securities &amp;ndash; investment contracts, stocks, bonds, and instruments that the Howey Test classifies as securities. The SEC&amp;rsquo;s position has been that many crypto tokens qualify as securities, particularly those sold in fundraising events where buyers expect profits from the efforts of others.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Groth16</title>
      <link>https://wiki.bitsy.services/wiki/defi/groth16/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/groth16/</guid>
      <description>&lt;p&gt;Groth16 is a zero-knowledge proof system &amp;ndash; specifically, a zk-SNARK (zero-knowledge Succinct Non-interactive ARgument of Knowledge). It allows a prover to convince a verifier that a computation was performed correctly, without revealing the computation&amp;rsquo;s inputs, and the verifier can check this in constant time regardless of how complex the original computation was.&lt;/p&gt;&#xA;&lt;p&gt;Groth16 is the most widely deployed zk-SNARK in production &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; systems. It powers the shielded transactions in Zcash, underpins several zk-rollup designs on &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/&#34;&gt;Ethereum&lt;/a&gt;, and is used in cross-chain bridges, privacy protocols, and identity systems.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Micro-Transactions</title>
      <link>https://wiki.bitsy.services/wiki/defi/micro-transactions/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/micro-transactions/</guid>
      <description>&lt;p&gt;A &lt;strong&gt;micro-transaction&lt;/strong&gt; is a payment small enough that traditional payment infrastructure cannot process it economically &amp;ndash; typically fractions of a cent to a few cents. On &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchains&lt;/a&gt; like &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/&#34;&gt;Ethereum&lt;/a&gt;, transaction fees often exceed the value being transferred, making naive on-chain micro-transactions impractical. Solving this problem is one of the key challenges for pay-per-use business models, streaming payments, and machine-to-machine commerce.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-micro-transactions-matter&#34;&gt;Why Micro-Transactions Matter&lt;a class=&#34;anchor&#34; href=&#34;#why-micro-transactions-matter&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Many useful payment patterns only work when individual transfers can be vanishingly small:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Decentralized Keeper</title>
      <link>https://wiki.bitsy.services/wiki/defi/decentralized-keeper/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/decentralized-keeper/</guid>
      <description>&lt;p&gt;A decentralized keeper is an autonomous agent &amp;ndash; or a network of such agents &amp;ndash; that monitors on-chain conditions and executes &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contract&lt;/a&gt; functions when those conditions are met. Keepers handle the &amp;ldquo;cron jobs&amp;rdquo; of DeFi: liquidations, &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/oracle-node&#34;&gt;oracle&lt;/a&gt; price updates, reward harvesting, limit-order execution, and any other task that a contract cannot trigger by itself because the EVM has no built-in scheduler.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-keepers-exist&#34;&gt;Why Keepers Exist&lt;a class=&#34;anchor&#34; href=&#34;#why-keepers-exist&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Smart contracts on &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/&#34;&gt;Ethereum&lt;/a&gt; and other chains are reactive &amp;ndash; they run only when an external account submits a transaction. Many protocol-critical actions (liquidating an under-collateralized loan, settling an expired option, compounding &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/yield-farming&#34;&gt;yield-farming&lt;/a&gt; rewards) must happen promptly, yet the contract cannot call itself. Keepers bridge this gap by watching for trigger conditions off-chain and submitting the necessary transaction when the time comes.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Smart Contracts in Real Estate</title>
      <link>https://wiki.bitsy.services/wiki/defi/smart-contracts-in-real-estate/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/smart-contracts-in-real-estate/</guid>
      <description>&lt;p&gt;Real estate transactions are slow, expensive, and burdened with intermediaries &amp;ndash; title companies, escrow agents, lawyers, and brokers each take a cut. &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;Smart contracts&lt;/a&gt; on a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchain&lt;/a&gt; can automate much of this pipeline, cutting costs and reducing the surface area for disputes.&lt;/p&gt;&#xA;&lt;h2 id=&#34;tokenized-ownership&#34;&gt;Tokenized Ownership&lt;a class=&#34;anchor&#34; href=&#34;#tokenized-ownership&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Tokenizing real estate means representing ownership shares as &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/erc-20&#34;&gt;ERC-20&lt;/a&gt; tokens on &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/ethereum/&#34;&gt;Ethereum&lt;/a&gt; or another programmable chain. This enables two models that are difficult or impossible with traditional title systems:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Fractional ownership.&lt;/strong&gt; A property is divided into fungible tokens. Investors buy and sell fractions without the legal overhead of tenancy-in-common agreements. Liquidity improves because tokens can trade on secondary markets 24/7.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;On-chain REITs.&lt;/strong&gt; A real estate investment trust issues tokens backed by a portfolio of properties. Distributions flow automatically to token holders via smart contract logic, replacing the manual dividend process of traditional REITs.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;In both models the token contract enforces cap-table accounting &amp;ndash; who owns what percentage, transfer restrictions for regulatory compliance, and automated distribution of rental income or sale proceeds.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Staked Consensus Oracle</title>
      <link>https://wiki.bitsy.services/wiki/defi/staked-consensus-oracle/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/staked-consensus-oracle/</guid>
      <description>&lt;p&gt;A staked consensus oracle is a design for decentralized data feeds in which &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/oracle-node&#34;&gt;oracle node&lt;/a&gt; operators lock up tokens as collateral and a consensus mechanism among stakers determines the value reported to a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contract&lt;/a&gt;. Operators who report honestly earn rewards; operators who deviate from consensus are slashed &amp;ndash; their &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/staking&#34;&gt;staked&lt;/a&gt; collateral is partially or fully seized.&lt;/p&gt;&#xA;&lt;p&gt;The core idea borrows from proof-of-stake consensus on &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/blockchain&#34;&gt;blockchains&lt;/a&gt;: economic skin in the game aligns incentives without requiring a trusted third party.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Transfer on Join/Exit vs. Mint/Burn</title>
      <link>https://wiki.bitsy.services/wiki/defi/transfer-on-join-exit-vs-mint-burn/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/transfer-on-join-exit-vs-mint-burn/</guid>
      <description>&lt;p&gt;When a user deposits assets into a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-pool&#34;&gt;liquidity pool&lt;/a&gt; or vault, the protocol needs a way to track their share. Two design patterns dominate: &lt;strong&gt;transfer on join/exit&lt;/strong&gt;, which moves pre-existing tokens to represent membership, and &lt;strong&gt;mint/burn&lt;/strong&gt;, which creates and destroys share tokens on the fly. The choice between them shapes a protocol&amp;rsquo;s accounting model, composability, and gas profile.&lt;/p&gt;&#xA;&lt;h2 id=&#34;transfer-on-joinexit&#34;&gt;Transfer on Join/Exit&lt;a class=&#34;anchor&#34; href=&#34;#transfer-on-joinexit&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;In this pattern, the pool contract accepts a deposit and records the user&amp;rsquo;s share in internal storage &amp;ndash; a mapping from address to balance. No new tokens are created. When the user withdraws, the contract updates the ledger and transfers the underlying assets back.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Collateralization Fee</title>
      <link>https://wiki.bitsy.services/wiki/defi/collateralization-fee/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/collateralization-fee/</guid>
      <description>&lt;p&gt;A collateralization fee is the cost charged to minters when they create a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/options/cash-backed-synthetic-option&#34;&gt;cash-backed synthetic option (CBSO)&lt;/a&gt;. It is calculated as a percentage of the staked collateral, prorated over the duration of the option, and serves as the primary revenue mechanism for the CBSO protocol.&lt;/p&gt;&#xA;&lt;h2 id=&#34;how-it-works&#34;&gt;How It Works&lt;a class=&#34;anchor&#34; href=&#34;#how-it-works&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;When a minter deposits collateral into the CBSO &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contract&lt;/a&gt; to mint new option tokens, the contract charges a collateralization fee on top of the collateral amount. The fee is expressed as an annual percentage rate applied to the collateral value, prorated to the option&amp;rsquo;s time to expiration.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fee Box</title>
      <link>https://wiki.bitsy.services/wiki/defi/fee-box/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/fee-box/</guid>
      <description>&lt;p&gt;The Fee Box is a &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/smart-contract&#34;&gt;smart contract&lt;/a&gt; in the &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/options/cash-backed-synthetic-option&#34;&gt;CBSO&lt;/a&gt; system that acts as the central collection point for &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/collateralization-fee&#34;&gt;collateralization fees&lt;/a&gt;. After all options for a given expiry are settled, the Option Settler transfers accumulated fees to the Fee Box, where they are held until distributed to protocol stakeholders.&lt;/p&gt;&#xA;&lt;h2 id=&#34;role-in-the-cbso-system&#34;&gt;Role in the CBSO System&lt;a class=&#34;anchor&#34; href=&#34;#role-in-the-cbso-system&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;During the lifetime of a CBSO, &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/collateralization-fee&#34;&gt;collateralization fees&lt;/a&gt; are held within the individual option contracts. The fees do not move until settlement is complete. Once the Option Settler has processed all options for an expiry, it calls &lt;code&gt;collectFees()&lt;/code&gt; on the Fee Box, transferring the total accumulated fees in a single operation.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Liquidity Floor</title>
      <link>https://wiki.bitsy.services/wiki/defi/liquidity-floor/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/liquidity-floor/</guid>
      <description>&lt;p&gt;A liquidity floor is a price below which a token cannot trade because there is no liquidity there to sell into. The floor is not &lt;em&gt;defended&lt;/em&gt; — there is no buyback, no peg keeper, no treasury bid. It is enforced by the &lt;strong&gt;absence&lt;/strong&gt; of any position beneath it. A sell order has nowhere to go, so price stops.&lt;/p&gt;&#xA;&lt;h2 id=&#34;floor-by-defense-vs-floor-by-absence&#34;&gt;Floor by defense vs. floor by absence&lt;a class=&#34;anchor&#34; href=&#34;#floor-by-defense-vs-floor-by-absence&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;There are two ways to stop a price from falling:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Oracle-Free Pricing</title>
      <link>https://wiki.bitsy.services/wiki/defi/oracle-free-pricing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/oracle-free-pricing/</guid>
      <description>&lt;p&gt;Oracle-free pricing means a contract derives the price of an asset entirely from on-chain liquidity &lt;em&gt;geometry&lt;/em&gt; — the shape and position of an &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMM&lt;/a&gt; position — rather than reading an external price feed. There is no number to fetch and trust. The position &lt;strong&gt;is&lt;/strong&gt; the price.&lt;/p&gt;&#xA;&lt;h2 id=&#34;what-an-oracle-costs-you&#34;&gt;What an oracle costs you&lt;a class=&#34;anchor&#34; href=&#34;#what-an-oracle-costs-you&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;A price &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/oracle-node&#34;&gt;oracle&lt;/a&gt; imports an external fact onto the chain: &amp;ldquo;ETH is worth 3,000 USDC.&amp;rdquo; Anything that depends on that import inherits its failure modes:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Locked Liquidity</title>
      <link>https://wiki.bitsy.services/wiki/defi/locked-liquidity/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/locked-liquidity/</guid>
      <description>&lt;p&gt;Locked liquidity is an &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/amm&#34;&gt;AMM&lt;/a&gt; position whose principal can never be withdrawn — not by its creator, not by anyone. It is the difference between &amp;ldquo;the team &lt;em&gt;promises&lt;/em&gt; not to pull the pool&amp;rdquo; and &amp;ldquo;the pull function does not exist.&amp;rdquo; A &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/liquidity-floor&#34;&gt;liquidity floor&lt;/a&gt; or a peg is only as credible as the guarantee that the backing stays put; locked liquidity is that guarantee made structural.&lt;/p&gt;&#xA;&lt;h2 id=&#34;three-ways-to-lock&#34;&gt;Three ways to lock&lt;a class=&#34;anchor&#34; href=&#34;#three-ways-to-lock&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Time-lock.&lt;/strong&gt; A locker contract holds the position and releases it after a deadline. Common for launches; only as good as &amp;ldquo;until the timer ends,&amp;rdquo; and the cliff is a known risk date.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Burn.&lt;/strong&gt; Send the LP token (or V2 LP shares) to a dead address. Irreversible, but crude — you also burn the ability to ever collect fees, and V3/V4 positions are NFTs with accrued fees, so burning is lossy.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;No withdrawal path.&lt;/strong&gt; Own the position via a contract that simply never implements decrease-liquidity. Principal is unreachable because no code can reach it; fees remain collectable. This is the strongest and most precise form.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;fee-only-ownership&#34;&gt;Fee-only ownership&lt;a class=&#34;anchor&#34; href=&#34;#fee-only-ownership&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;The refined pattern separates two rights that LP ownership normally bundles:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Full-Reserve Backing</title>
      <link>https://wiki.bitsy.services/wiki/defi/full-reserve-backing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/full-reserve-backing/</guid>
      <description>&lt;p&gt;Full-reserve backing means every unit of an issued instrument is backed one-for-one by the &lt;strong&gt;real underlying asset&lt;/strong&gt; held in reserve — not by different collateral, not fractionally, not by an algorithm. The reserve is the same asset the instrument represents. It is the oldest idea in monetary engineering, and it predates DeFi by centuries.&lt;/p&gt;&#xA;&lt;h2 id=&#34;full-reserve-vs-the-alternatives&#34;&gt;Full reserve vs. the alternatives&lt;a class=&#34;anchor&#34; href=&#34;#full-reserve-vs-the-alternatives&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Model&lt;/th&gt;&#xA;          &lt;th&gt;Backing&lt;/th&gt;&#xA;          &lt;th&gt;Fails when&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Full reserve&lt;/td&gt;&#xA;          &lt;td&gt;100% of the &lt;em&gt;same&lt;/em&gt; asset&lt;/td&gt;&#xA;          &lt;td&gt;reserve custody is compromised&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Fractional&lt;/td&gt;&#xA;          &lt;td&gt;Part reserve, part assumption that not everyone redeems at once&lt;/td&gt;&#xA;          &lt;td&gt;redemptions exceed the fraction (a run)&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Over-collateralized synthetic&lt;/td&gt;&#xA;          &lt;td&gt;A &lt;em&gt;different&lt;/em&gt; asset worth &amp;gt;100%, oracle-priced&lt;/td&gt;&#xA;          &lt;td&gt;the collateral crashes or the oracle lies&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Algorithmic&lt;/td&gt;&#xA;          &lt;td&gt;A mechanism and a reflexive belief&lt;/td&gt;&#xA;          &lt;td&gt;belief evaporates&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;p&gt;Full reserve is the only model with no insolvency mode of its own. Its single failure surface is custody of the reserve. Everything else trades that simplicity for capital efficiency or yield — and inherits a run, a liquidation cascade, or a death spiral in exchange.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Permissionless Token Factory</title>
      <link>https://wiki.bitsy.services/wiki/defi/permissionless-token-factory/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/permissionless-token-factory/</guid>
      <description>&lt;p&gt;A permissionless token factory is a contract anyone can call to deploy a new token — or a new token &lt;em&gt;and its market&lt;/em&gt; — with no gatekeeper, no allowlist, no listing fee, and no privileged operator afterward. It is the difference between &amp;ldquo;apply to launch a token&amp;rdquo; and &amp;ldquo;call a function.&amp;rdquo;&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-factory--clones-pattern&#34;&gt;The factory + clones pattern&lt;a class=&#34;anchor&#34; href=&#34;#the-factory--clones-pattern&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Deploying a fresh contract per token is expensive. The standard construction is a &lt;strong&gt;factory&lt;/strong&gt; that stamps out &lt;strong&gt;minimal-proxy clones&lt;/strong&gt; (&lt;a href=&#34;https://eips.ethereum.org/EIPS/eip-1167&#34;&gt;EIP-1167&lt;/a&gt;): every token is a tiny proxy delegating to one shared implementation. Deployment cost collapses to roughly the cost of the proxy. Pair this with &lt;code&gt;CREATE2&lt;/code&gt; and each clone&amp;rsquo;s address is &lt;strong&gt;deterministic&lt;/strong&gt; — a pure function of the factory, the implementation, and the salt — so the address is known before deployment and is identical across chains.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Interbox</title>
      <link>https://wiki.bitsy.services/wiki/defi/interbox/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/interbox/</guid>
      <description>&lt;p&gt;Interbox is a proposed fiat-to-crypto transfer service that lets users move funds from a U.S. bank account to a self-custodied &lt;a href=&#34;https://wiki.bitsy.services/wiki/defi/cryptocurrency&#34;&gt;crypto&lt;/a&gt; wallet without creating an account on an exchange or repeating KYC checks. It relies on the KYC already performed by the user&amp;rsquo;s bank, cryptographically linking the bank account to the wallet so that Interbox can verify ownership without collecting sensitive identity documents.&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-problem-it-solves&#34;&gt;The problem it solves&lt;a class=&#34;anchor&#34; href=&#34;#the-problem-it-solves&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;Buying crypto into a self-custodied wallet typically means signing up for an exchange, passing KYC (government ID, selfie, sometimes biometrics), waiting for verification, buying the asset, and then withdrawing to your wallet. Each exchange requires its own KYC, multiplying data exposure. Transaction holds of up to seven days are common.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Par Token</title>
      <link>https://wiki.bitsy.services/wiki/defi/par-token/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/par-token/</guid>
      <description>&lt;p&gt;A &lt;strong&gt;par token&lt;/strong&gt; is a token whose price against one specific reference asset is structurally clamped to a hard, narrow band starting at parity — acquirable at a known maximum premium, exitable at no worse than par — backed at least 1:1 by the real reference asset, with no oracle, no redemption function, and no governance, permissionlessly instantiable for any ERC-20.&lt;/p&gt;&#xA;&lt;p&gt;It is not a new primitive. It is a specific &lt;em&gt;composition&lt;/em&gt; of documented ones, and the value is in the conjunction.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Currency</title>
      <link>https://wiki.bitsy.services/wiki/defi/currency/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wiki.bitsy.services/wiki/defi/currency/</guid>
      <description>&lt;p&gt;Currency is any widely accepted medium of exchange, unit of account, and store of value. It is the foundational abstraction that makes trade possible &amp;ndash; without it, every transaction requires a direct barter of goods or services.&lt;/p&gt;&#xA;&lt;h2 id=&#34;forms-of-currency&#34;&gt;Forms of currency&lt;a class=&#34;anchor&#34; href=&#34;#forms-of-currency&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;h3 id=&#34;commodity-money&#34;&gt;Commodity money&lt;a class=&#34;anchor&#34; href=&#34;#commodity-money&#34;&gt;#&lt;/a&gt;&lt;/h3&gt;&#xA;&lt;p&gt;The earliest currencies were physical commodities with intrinsic value &amp;ndash; gold, silver, salt, cattle. These worked because they were scarce, durable, and widely recognized, but they were heavy to transport and impractical to divide precisely.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
