# Abstract

The DeFi ecosystem is evolving daily with constant emergence of innovative products. In the highly volatile crypto world, more and more users are seeing the importance of having proper DeFi products that minimizes their risk - Innovative and meticulously designed asset management protocols, i.e. protocols that cater to different users with varying risk appetites are increasing sharply in demand.

Tranchess is a tokenized asset management and derivatives trading protocol. Inspired by tranche funds that cater to investors with different risk appetite, Tranchess aims to provide a different risk/return matrix out of a single main fund that tracks a specific underlying asset (e.g.BTC). The main tranche can be split into two sub-tranches with their own distinct risk return profile.

Tranchess Protocol is not a standalone asset management ecosystem, but encompasses all features one can find in the DeFi space. It is a one-stop centre for those that wants to enjoy popular DeFi features- such as single-asset yield farming, borrowing & lending, trading, etc..

Tranchess aims to provide an asset management solution in the DeFI space for the long run. Asset management has long been an integral part of the financial sector and an important one at that. Whereas there are interesting protocols in the DeFi space, Tranchess is the first of its kind product and we are excited about the future synergies it will generate in the DeFI space. Tranchess hopes to be a benchmark asset management solution for the DeFI space, a trading ecosystem with innovative tools to cater to both amateur and professional trading.

# Introduction

## Overview of Defi

2020 has been a great year for DeFi, with Compound kicking off the yield-farming craze in June, with the launch of its $COMP tokens. In current times, over$118B are locked in DeFi protocols, with about $26B on Binance Smart Chain (BSC). Decentralized Exchanges (DEX) such as Uniswap has also seen tremendous growth - averaging above$1b volume from August 2020 and also saw the monthly trade volume exceeding Coinbase in September 2020. Uniswap revolutionized the DEX space with its Automated Market Maker (AMM) model, using mathematical formulas to derive the price of a token. With the AMM model, users are able to provide liquidity and market make for a fee (0.3%), while buyers are able to get their bids filled at the current price. Since then, there have been further innovations in the space - such as Curve using a more sophisticated formula for stable coins, or Dodo with their Proactive Market Maker (PMM) model.

In 2021, a new AMM on BSC PancakeSwap has seen tremendous growth. With Ethereum’s ongoing congestion and high gas price, many users are turning to BSC as transaction costs are a fraction of Ethereum’s. In current times, PancakeSwap has overtaken Uniswap in terms of trading volume and daily number of users.

In the Decentralized Margin Exchange space - dYdX, 0x and Derivadex have released products that offer up to 10x leverage. Without the need for KYC, users can now trade on the platforms running on smart contracts with no intermediaries.

## Asset Management

Before the coming of DeFi asset management protocols, some traditional asset management tools with complex designs and structures can be viewed as confusing, mysterious or have high entry barriers. DeFi protocols attempt to break down some of these complexities and rebuild them with the efficiency and transparency of blockchain contracts, allowing everyone and anyone to participate and enjoy the benefits of well-designed asset management tools and customize the portfolios to best suit their needs.

In the Defi space, projects such as Yearn Finance (YFI) seek to be the asset manager or robo-advisor of Defi. Users can deposit into YFI vaults, and the vaults will optimize the best yield across the Defi ecosystem. Currently, YFI has over \$4B AUM across 14 different vaults. In the past months, YFI went on an acquiring spree, merging with protocols that have synergies with YFI - Pickle, Cover, Sushi, Cream and Akropolis. This allows Yearn to expand their product offerings and leverage on each other for greater yield.

With the coming of DeFI asset management protocols, many issues have been tackled, yet there are still more to be addressed. At the point of entering the market, Tranchess Protocol spotted some issues that have been ignored for a while. We developed Tranchess to tackle some of the pain points that had been observed in the current asset management sector of the DeFi market, with the aim to complete some of the missing pieces in the puzzle.

## Pain Points

• Crypto Asset Holder vs. Index Enhanced Yield: A significant number of users in the market, mainly institutional, have long-term holding positions of major crypto assets like BTC. Their needs are:

1. Flexible and convenient primary market redemption, with high redemption frequency and short or zero lock-in period.

2. Convenient secondary market trading with high liquidity.

3. Preferably with stable enhanced returns, so that investors can get both the β return as price goes up and the improved return known as α.

• Steady Return Yielding vs. Uncompensated Loss/Impermanent Loss: A risk-averse user has a low-risk appetite and usually prefers stable investment returns with little or no investment loss. However, there aren't many investment options on the current DeFi market for one to choose from in that spectrum, and the existing ones all come with noticeable vulnerabilities. Most mainstream liquidity mining products currently available on DeFi exchanges are subject to uncompensated losses from price volatility, magnified as actual volatility increases, putting investors at risk of realizing their impermanent loss. Low fund efficiency can also be a concern, as for most AMMs, users need to put in equal value of two assets to generate LP tokens, which are then staked into farming pools. Lending protocol can be considered as single asset yielding, but the returns are generally low and unstable. Of course, we see increasing solutions of debt aggregators trying to optimize the returns for risk-averse investors while maintaining its stability – Normally achieved by partially sacrificing the underlying yield.

• Leveraged Positions vs. High Margins: Aggressive investors are committed to maximizing their investment returns by leveraging up in a one-sided market. Still, in the DeFi world, leveraged futures products cannot do real-time matching, settlement, or forced liquidation like centralized exchanges due to reasons such as high GAS fees and congestion on the chain during extreme market situations. The leveraged futures or lending products currently on the market must reduce the risk of forced liquidation by increasing the margin, which greatly sacrifices the capital utilization rate and profitability of the investors. A leveraged derivative with high capital utilization, low cost, and no risk of liquidity loss is the primary demand of this group of investors.

• Oracle Attacks vs. TWAP: Many Defi Protocols have a reliance on trusted price feeds, and most protocols take an isolated tick price from the oracle’s price feed which is updated frequently. This is easily exploitable for oracle attacks, especially under extreme market fluctuation.

# The Tranchess Protocol

## Overview

Tranchess, in simple terms, is a tokenized structured fund protocol. The protocol is inspired by structure fund that caters to investors with different risk appetite. Tranchess consists of three tranche tokens (QUEEN, BISHOP, and ROOK) and its governance token CHESS. Each of the three tranches is designed to accede the needs of different group of users: stable return yielding (Tranche BISHOP), leveraged crypto asset trading (Tranche ROOK), and long-term crypto asset holding (Main Tranche QUEEN).

Tranchess 1.0 will be a fund that tracks BTC's performance directly. In theory, Tranchess can track any single crypto asset or basket of crypto assets.

## Main Tranche and Token QUEEN

The main fund, or token QUEEN, is a BTC-tracking token with yield farming feature. QUEEN’s Net Asset Value (NAV) tracks the BTC price on a fully correlated basis (with deduction of management fees).

Rather than holding BTC passively, investors can now swap their BTC for token QUEEN via a ‘creation process’ or buy from the “Exchange” with USDC. In doing so, they will have the exact same BTC exposure and alongside the ability to farm Tranchess’s CHESS tokens for further yield enhancement. CHESS is also key to receiving additional rebate from fees collected within Tranchess. Upon any intention to exit, investors can simply swap their token QUEEN back to BTC via the redemption process.

Token QUEEN can be further split into/merged from two sub-tranches, Token BISHOP and Token ROOK.

## Tranche BISHOP and Token BISHOP

Tranche BISHOP is a sub-fund of the main fund. Tranche BISHOP token (Token BISHOP) holders provide liquidity to Tranche ROOK holders and earn a stable interest income on a daily basis. Since the nature of BISHOP is market neutral, i.e, delta = 0, Bishop collects a fixed return that is not affected by market volatility. The APR is a predetermined number, protecting the returns from market exposure and the price change of BTC. In other words, Tranche BISHOP is like a high yield savings account. On a weekly basis, the protocol uses Venus’s Borrow rate from the previous week and calculate a weekly average, it then adds a premium on top which is determined by community voting. The total becomes BISHOP's next week's fixed APR. There's NO lock-up period. Users get token BISHOP by:

1) Splitting Token QUEEN into 0.5 Token BISHOP and 0.5 Token ROOK and selling Token ROOK on Tranchess Swap or

2) Buying Token BISHOP directly on Tranchess Swap.

## Tranche ROOK and Token ROOK

Tranche ROOK is the other half of the splitted main tranche. It is a leveraged product with no forced liquidation. Token ROOK holder borrows daily from Token BISHOP holder to buy the main fund that tracks BTC. Token ROOK holder receives all gains and losses of the main fund, i.e., Token ROOK's return = the profits and losses of the main fund - the interest paid to Token BISHOP. Tranche ROOK realizes a leveraged portfolio by borrowing equity from Tranche BISHOP. Tranche ROOK does not run the risk of forced liquidation, unlike leveraged products currently on the market, because it is borrowing from within the main tranche.

# Tranchess Mechanism and Protocols

## Tranchess Primary Market

Primary market is where creation/redemption versus split/merge happen.

### Creation and Redemption of Token QUEEN

Creation is when a user exchanges BTC for Token QUEEN while redemption, on the other hand, is when a user exchanges Token QUEEN for BTC. Creation and Redemption requests can be submitted anytime and will be processed at a predetermined time once daily. The daily settlement time for creation and redemption requests is currently preset at 14:00 UTC.

• Pending Requests Cycle: The new cycle of submitting Creation/Redemption request starts from 14:15 UTC to 14:00 UTC the next day.

• Cancelling Requests: Submitted requests cannot be cancelled.

• Requests Settlement and Delivery: After 14:00 UTC every day, Tranchess protocol will automatically calculate the NAV (Net Asset Value) of the main fund based on the oracle’s price feed. The amount of Token QUEEN that can be created with BTCB, or the amount of BTCB that can be redeemed with Token QUEEN, is determined by a specific conversion ratio. The conversion ratio is calculated by the formula:

$ConversionRatio_{T} = \frac{ NOS_{T-} }{ QBTCB_{T-} }$
• Creation and Redemption Fee: No fee for Creation. Redemption fee is 0.2% of the principal amount.

### Split and Merge

At any time, except for the settlement of Creation/Redemption or Rebalance (illustrated later), users can convert Token QUEEN with Token BISHOP and Token ROOK. The specific conversion formula is:

$NOSQ_{U,t} = \frac{ NOSB_{U,t} + NOSR_{U,t} }{2}$
• Split: the process of Token QUEEN holders exchanging Token QUEEN for half Token BISHOP and half Token ROOK.

• Merge: the process of exchanging half of Token BISHOP and half of Token ROOK for one portion of Token QUEEN.

• Split/Merge Request Submit Time: the requests can be submitted at anytime.

• Split/Merge Request Settlement: When the protocol receives a request, the smart contract will automatically transfer the converted tokens to the requestor in the next block.

• Split/Merge Fee: 0.05% of the principal amount.

### Settlement

Normally, the daily settlement lasts for 15 minutes every day from 14:00 UTC to 14:15 UTC, during which the Create/Redeem and Split/Merge functions are temporarily suspended.

When a Rebalance (refer to 3.3 for a detailed explanation) takes place, the settlement will take 12 hours. Primary Market functions, both Create & Redeem and Split & Merge, will be suspended from 14:00 UTC time till 02:00 UTC time on the next day.

## Tranchess Swap

Tranchess Swap is the secondary market where users purchase Token QUEEN, BISHOP and ROOK directly with USDC. In Tranchess 2.0 and later versions, with more new fund releases, tokens listed on Tranchess Swap might be differentiated by the underlying asset they track, i.e. QUEEN(BTC), QUEEN(ETH), BISHOP(BTC), BISHOP(ETH), ROOK(BSC), etc..

### How to Trade

Tranchess Swap adopts a Premium-Discount Orderbook system. So rather than trading the live prices of tokens, the premiums or discounts of a forward-starting 30-minute TWAP (Time Weighted Average Price) are traded. Tranchess defines each 30-minute trading window as one epoch, and users can place orders within each epoch at the premium or discount of the NAV calculated from the TWAP of the next epoch’s price. For instance, at 9:45 am, Alice buys token QUEEN from Bob on the order book at +25bps premium. This transaction's reference price will be the NAV for the next 30-min window, i.e., 10 am – 10:30 am, released at 10:45am.

Tranchess provides 81 prices, 40 premiums and 40 discounts, at a 0.25% interval, with max/min set at ±10%, listed in the order book mode. That is, users can place orders at -9.5%, -0.25%, 0, 2.75%, etc. During each epoch, Tranchess matches orders with orderbook mode, and the filled discount and premium orders will be used to calculate the final price. For example, Alice buys Token QUEEN at +25bps in the current epoch and the order is filled, the final price of Alice’s order will be: $NAV_{Q,e} \times 1.0025$

• Post-Only Enabled

Checking the Post-Only box puts users in “Maker Mode”. Orders placed as post-only will enter the order book and list under Pending Orders. It won’t be executed immediately. Users cannot place cross trade orders.

• Post-Only Disabled

When Post-Only is disabled, users enter the “Taker Mode”. All orders are filled or cancelled immediately against the existing orders listed on the order book. Completed orders are listed under Filled Trades.

In general, all users can always place Post-Only Orders. However, the swap function will be suspended for “takers” every day from 13:00 UTC to 14:30 UTC.

Tranchess uses the following formulas to calculate the NAV of each Tranche.

Latest NAV, Main Fund, Tranche QUEEN:

$NAV_{Q,e} = NAV_{Q,T-1} \times \frac{ TWAP_{BTC,e} }{ TWAP_{BTC,T-1} } \times(1- MR_{e,T-1} )$

Latest NAV, Tranche BISHOP:

$NAV_{B,e} = NAV_{B ,T-1} \times max\big\{1,( 1-MR_{e,T-1} ) \times (1+ IR_{e,T-1} )\big\}$

Latest NAV, Tranche ROOK:

$NAV_{R,e} =2 \times NAV_{Q,e} - NAV_{B,e}$

In our approach, trading activities are divided into 30-minute epochs. Since the price oracle for the current epoch is still subject to change, both makers and takers are trading on premium-discount levels of the future net asset values.

Note that since the locked amount still belongs to the maker, it will collect rewards for the maker until finding a match. By locking the transfer of tokens, the Swap guarantees daily trade settlements under the assumption that the price oracles from N-2 and N epoch should not fluctuate much. However, when the price does rise or drop significantly, the deposit acts as a stop-loss mechanism, so that no matter how bad things get, the maker’s loss is limited to the amount paid upfront.

Similar to traditional Price-Time priority orderbooks, the smart contract arranges orders in Level-Time priority. Takers specify a certain percentage as the lowest or highest acceptable premium-discount level and match up with maker orders in the orderbook until either the order being filled or no more available orders within the allowed premium-discount levels.

### Reference Price for TWAP Oracle

Since the Oracle is primarily used by Tranchess Swap, the oracle feeds are also divided into 30-minute epochs. To ensure that the 30-minute XXX/USDC (in the launched case, as BTCB) average price is fair, the Oracle currently adopts price feeds from Coinbase as the primary data source, because Coinbase exchange has relatively more liquid markets and is among few that publicly support Open Oracle Protocol.

Empirically, the price feeds could suffer from service hiccups, resulting in missing data points during TWAP calculation. In addition, although message signatures should prevent malicious agents from twisting the TWAP to any values, it is still possible to gain advantage by deliberately excluding some of the data points. Hence, to make the oracle more robust, the contract does the following:

1. Allows up to 15 ticks missing within one epoch;

2. Interpolates the missing data points;

3. Allows data with better quality to be re-submitted in a limited timeframe before making the result official;

4. Adopts OKEx price feeds as the secondary data source after one hour without better data source feed

### Oracle Gas Optimization

Maintaining the Oracle would require relatively more frequent on-chain operations, as a batch of 20-30 messages and signatures would be submitted to the smart contract every 30 minutes. To minimize gas usage:

1. Only prices are passed to the contract, and later encoded to messages within the contract.

2. Split signatures to lists of r, s, and v before passing to the contract.

3. In-memory operations within loops

### Service during Rebalance

If a Rebalance was triggered at 14:00 UTC, the trading function for takers will be suspended until 02:00 UTC on the next day, same as the Primary Market.

Users can continue to place Post-Only orders during this time. All orders placed before the Rebalance will be cleared from the order book and will no longer be filled. Users will find the Status of such orders changed into “Expired” under Pending Orders. Users can cancel the pending orders at any time.

## Rebalance

Rebalance is designed to maintain a stable leverage rate, and is rarely triggered. Two things happen after Rebalance:

1. The NAVs of Main Tranche, Tranche BISHOP and Tranche ROOK will be recalculated from 1 again. $NAV_{Q,T}= NAV_{B,T} = NAV_{R,T} =1$

2. The amount of tokens changes to reflect the adjusted value.

Rebalance is triggered when $NAV_{Rook} / NAV_{Bishop}$ is less than 0.5 or is more than 2. Here’s how the amount changes specifically.

When $\frac{ NAV_{ROOK} }{ NAV_{BISHOP} } < 0.5$

For Token ROOK holders, amount of Token ROOK after Rebalance:

$NOSR_{ROOK,T} =max \big\{0, NOSR_{ROOK,T-} \times NAV_{ROOK,T-} \big\}$

For Token BISHOP holders, amount of Token BISHOP after Rebalance:

$NOSB_{BISHOP,T} =max \big\{0, NOSB_{BISHOP,T-} \times NAV_{ROOK,T-} \big\}$

Token BISHOP holders also receive extra token QUEEN:

$NOSQ_{BISHOP,T} = NOSB_{BISHOP,T-} \times (NAV_{QUEEN,T-} -max \big\{0,NAV_{ROOK,T-}\big\} ) \times 2$

For Token QUEEN holders, amount of Token QUEEN after Rebalance:

$NOSQ_{QUEEN,T} = NOSQ_{QUEEN,T-} \times NAV_{QUEEN,T-}$

When $\frac{ NAV_{ROOK} }{ NAV_{BISHOP} } > 2$

For Token ROOK holders, amount of Token ROOK after Rebalance:

$NOSR_{ROOK,T} = NOSR_{ROOK,T-}$

Token ROOK holders also receive extra Token QUEEN:

$NOSQ_{ROOK,T} = NOSR_{ROOK,T-} \times NAV_{ROOK,T-} - NOSR_{ROOK,T}$

For Token BISHOP holders, amount of Token BISHOP after Rebalance:

$NOSB_{BISHOP,T} = NOSB_{BISHOP,T-}$

Token BISHOP holders also receive extra token QUEEN:

$NOSQ_{BISHOP,T} = NOSB_{BISHOP,T-} \times NAV_{ROOK,T-} - NOSB_{BISHOP,T}$

For Token QUEEN holders, amount of Token QUEEN after Rebalance:

$NOSQ_{QUEEN,T} = NOSQ_{QUEEN,T-} \times NAV_{QUEEN,T-}$

### A Deeper Dive into the Rebalance Protocols

Rebalances are essentially linear transformations across all accounts and upon three tranche balances. The Fund protocol is responsible for managing balances of Token QUEEN, BISHOP, and ROOK altogether, triggering a new rebalance, and archiving every rebalance as a matrix. Since the Fund is the first to know if there is a new rebalance, total supplies and the Fund’s balances of Token QUEEN/BISHOP/ROOK are always up to date. Unfortunately, it is impossible to do the same for individual balances, nor is it possible to notify every other contract about the rebalance. As a result, the general mechanism is to delay per-user rebalances until the next user operation. Furthermore, contracts other than Fund must keep track of per-user last rebalance IDs and update the local data to more recent versions by consulting the historical data from the Fund. The application of delayed rebalance could be seen in token transfer, allowances, staking, trade settlements, etc.

The smart contracts are optimized to jump to the latest rebalance ID if the account balances are previously empty. In addition, it is unlikely that delays for a user would ramp up too much to fit in a single transaction, but when it does happen, all Tranchess contracts have implemented batch rebalance methods to unblock the user.

## Architecture and Specs

Tranchess Protocol is a tokenized asset management and derivatives trading protocol that provides different risk/return matrices out of a single main fund that tracks a specific underlying asset (e.g.BTC). Below is the general architecture of Tranchess Protocol. Each module consists of several contracts to realize the needed functionalities. Everything is inhouse-developed except for the two contracts under “Asset”, which we derived from other protocols.

Note: The two functions under Secondary Market, Staking and Swap, are realized by one single contract.

### Primary Market

Tranchess Fund Protocol is the set of contracts representing the primary market. In the primary market, the underlying asset can be used to create tokenized shares in the corresponding Main Tranche (Token QUEEN). Token QUEEN could be further split into tokenized shares in Tranche BISHOP (Token BISHOP) and Tranche ROOK (Token ROOK) for different investment agenda. Holding Token BISHOP leads to interest earnings with a weekly floating yield determined by market performance and governance, whereas holding Token ROOK facilitates 2x leverage with no liquidation risk and maximal capital efficiency. The Fund would perform periodic evaluation of the net asset values (NAVs) per share, and when NAVROOK/NAVBISHOP is above 2 or below 0.5 , it triggers rebalances to universally and proportionally rebases shares across every address.

### Tranchess Swap

Tranchess Swap Protocol is the set of contracts representing the secondary market. Since the tokenized shares could experience rebalances, which are essentially linear transformations upon all account balances, no existing swaps or centralized exchanges are readily available for trading such fund shares. Tranchess sets off from the onset to design its exchange for maximum liquidity. In the secondary market, both the stablecoins such as USDC and tokenized shares (token QUEEN, BISHOP and ROOK) could be exchanged using a matching mechanism we refer to as Premium-Discount Orderbook.

In our approach, trade activities are divided into the same 30-minutes period as the Oracle Protocol The exact trading price could not be determined at the trading time, because the price oracles are still subjected to change. Instead of a fixed price, the makers need only to specify a certain percentage off from the next fixing for an order. The percentage offset is relative to the net asset values calculated in the future, with a positive percentage known as Premium and a negative percentage known as Discount. Similar to a traditional exchange order book, the smart contracts also arrange orders in order books from the highest to the lowest percentage for bidding order, and lowest to highest for asking order. We've achieved a few goals with this design:

• Rebalances do not affect trading activities

• Low cost for liquidity providers to interact with the blockchain

• No impermanent loss, because it is not using AMM

• No high-frequency order submission and cancellation, because premiums and discounts fluctuate with the price

• The Swap operates completely on-chain

# Tranchess Token Model

Chess is the sole governance token of Tranchess Protocol, currently issued on BSC but following the ERC-20 standard. It’s widely used in the Tranchess ecosystem for voting, fee rebate, etc.

CHESS tokens will be released over 4 years with a decaying schedule. There will be a total of 300 million CHESS tokens, with the distribution as follows:

20% of token supply will be allocated to the Core Team with a vesting schedule

5% of token supply will be for Seed Investors with a vesting schedule

15% of token supply will be reserved for future investors in subsequent funding rounds

50% of token supply will be allocated for liquidity mining of CHESS tokens.

10% of token supply is reserved for the ecosystem/treasury of Tranchess – including but not limited to partnerships, 3rd party services, listing fees.

The CHESS token distribution is designed to slowly reduce issuance over the course of 4 years, with a long tail of fixed weekly emissions. The 50% community incentives will be distributed on Pancake and Tranchess App.

On Tranchess App, week 1 will start with distributing 300,000 tokens, and from week 2 to 4, each week distributes an additional 300,000 on top of the previous week. By the end of week 4, the accumulated distribution will be 3,000,000. The detailed distribution schedule is as below:

 Tranchess Incentives ​ ​ ​ ​ From (Week) To #Week #Tokens per Week Cumulative CHESS Distributed End of Week 1 1 1 300,000 300,000 2 2 1 600,000 900,000 3 3 1 900,000 1,800,000 4 4 1 1,200,000 3,000,000 5 5 1 2,400,000 5,400,000 6 20 15 Starts from 2,304,000 and decrease by 4% every week. 31,775,824 TBD... ​ ​ ​ ​

## How to earn CHESS

Users harvest Chess when staking their tokens in Tranchess.

## Token Utility

To participate in Governance, one needs to lock their CHESS token to gain veChess as voting power. CHESS can be locked for up to 4 years. The number of veChess you receive depends on the time you lock your CHESS for. The minimum locking time is 1 week, and for every CHESS locked, veChess increases linearly from 0 to 1 as you increase your locking time from 0 to 4 years.

For example:

1 CHESS locked for 1 year = 0.25 veChess.

1 CHESS locked for 2 year = 0.5 veChess.

1 CHESS locked for 3 year = 0.75 veChess.

1 CHESS locked for 4 year = 1 veChess.

Without increasing the locking time or the number of CHESS, veChess voting power decreases linearly as time lapses. For example:

Alice locked 1 CHESS for 1 year and received 0.25 veChess. She didn’t extend the locking time or locked more CHESS afterwards. After 6 months, Alice would have 0.125 veChess.

### Tranche BISHOP interest rate voting

On a weekly basis, all CHESS holders will vote on the interest rate, which is effectively the cost of borrowing between Tranche BISHOP to ROOK. The weight of the vote is proportional to the percentage of CHESS tokens held, and the result of the vote determines the following week’s interest rate received by Tranche BISHOP.

### Weekly BTCB Rebate

Weekly BTCB Rebate settles on a weekly-basis. It rebates a set percentage of all fees it collected (gas fee excluded) to the enrolled uses. Users enroll by registering their veChess on Tranchess platform.

On Week 0, Thur 14:00 UTC, Tranchess registers individual's as well as the total amount of veChess enrolled for rebate. The recorded veChess will be eligible for the following week's BTCB rebate.

On Week 1, Thur 14:00 UTC , Tranchess sums up the total fees accumulated throughout the week and divides proportionally 50% of the total fees amongst the recorded veChess enrolled. The BTCB rebate will be claimable thereafter.

For example,

On Week 0, before Thurs 14:00 UTC: Alice enrolls 100 veChess whilst the total rebate pool is 10,000.

Between Week 0, Thurs 14:00 UTC to Week 1, Thurs 14:00 UTC: If Tranchess collected 1 BTCB as fees for the week, the BTCB rebate allocated to Alice would be 100/10000*1*50% = 0.005 BTC. Alice can claim this 0.005 BTC any time post Week 1, Thurs 14:00 UTC

Note: Any new veChess gained during the week (Week 0, Thurs 14:00 UTC to Week 1, Thurs 14:00 UTC) can be enrolled but will only receive rebates post Week 2, Thurs 14:00 UTC.

# Variable Definitions

 Variable Definition t Intraday trading timestamp. Current timestamp within intraday trading windows e Intraday epoch timestamp. TWAP calculation timestamp of the current 30 minutes intraday trading window T Post-daily settlement timestamp. Timestamp right after settlements of subscription/redemption/rebalance at 22:00pm GMT+8 each day T- Pre-daily settlement timestamp. Timestamp right before settlements of subscription/redemption/rebalance at 22:00pm GMT+8 each day T-1 Last post-daily settlement timestamp. Timestamp for the previous post-daily settlement timestamp ​$NOS_{k}$ Fund number of shares. Net number of shares of main fund issued by Tranchess by timestamp k ​$QBTCB_{k}$​ Fund quantity of BTCB. Net quantity of BTCB held in main fund by timestamp k ​$NOSQ_{U,k}$​ Number of main fund shares. Number of shares held by a user or corresponding portion targeted for operation, U, at timestamp k ​$NOSB_{U,t}$​ Number of Tranche BISHOP fund shares. Number of shares held by a user, or corresponding portion targeted for operation, U, at timestamp k ​$NOSR_{U,t}$​ Number of Tranche ROOK fund shares. Number of shares held by a user, or corresponding portion targeted for operation, U, at timestamp k ​$NAV_{Q,k}$​ Net asset value of shares. Net asset value of Main Tranche QUEEN/Tranche BISHOP/Tranche ROOK fund shares at timestamp k ​$TWAP_{BTC,k}$​ Time weighted average price of underlying asset. Time weighted average price of BTC calculated for timestamp k, k can be an epoch timestamp or a settlement timestamp ​$MR_{k,T-1}$​ Unsettled management rate. Management rate arithmetically cumulated since last settlement T-1, to timestamp k ​$IR_{k,T-1}$​ Unsettled interest rate. Interest rate arithmetically cumulated since last settlement T-1, to timestamp k

# Tranchess Team

Tranchess Team is a group of blockchain and financial experts with diverse backgrounds and experiences across the globe, covering acrossUS, Europe and Asia time zones. Most of the Tranchess team members are from investment banks, asset management firms and hedge funds, whilst our tech team is particularly experienced with cyber security in centralized crypto exchanges and DeFi protocols. We believe that the synergy from this diversity is what allows us to present to you today, new class of DeFI - The Tranchess Protocol.