Welcome to the official Flaunch documentation, where Devs get revs and Traders get buybacks. Whether you're a creator, trader, developer, or just exploring, we've got you. Let's get you to the right place quickly:

Jump right in

Not sure where to start? Check out some of Flaunch’s standout features:

• Passive Revenue Streams: Creator earnings on every swap.

• Fair Launch Mechanism: Zero slippage, broad token distribution.

• Auto Buybacks: Protection that stops the price from dumping.

Flaunching a coin takes seconds and costs only $5 to create.

Other launchpads extract millions. Flaunch sends it all (100%) back to the trenches.

• Devs get paid on every swap, aligning them with the coin's success

• Automated buybacks protect the token price from falling

What else?

• Fixed price fair launches removes early price risk

• Auto buybacks follow the price as it goes up

• Creators can transfer or donate their meme revenues to better stewards

• Community Take Overs (CTOs) are unlocked by secondary markets

Give me more!

• Flaunched memecoins become 24/7 fundraising tools

• Meme revenues are tokenized (ERC721) and composable in DeFi

• Onchain referrals pay swap fees on every trade

Other launchpads extract millions. Flaunch sends it all (100%) back to the trenches.

How those trading fees are shared between creators (devs) and coins is decided by the dev themselves. The dev can choose to take from 0% up to 100% of the coin's revenue.

• For devs, revenues are streamed on every swap and claimable in ETH.

• For coins, revenues are used to fill the automated buybacks.

Revenue streams are fully decentralized and ownership of the “Meme Stream” is tokenized as an NFT. These NFTs are transferable. You can read about the implications of this in The Meme Stream section.

The right dev, flaunching the right coin, could find themselves with an annual revenue stream in the millions.

If MOTHER had been Flaunched, Iggy would have a multi-million dollar stream of passive income with at least 20% going to coin holders. The same goes for WIF, MOODENG and many, many others. Instead, those revenues were donated to the platform they launched on.

Flaunched coins retain all the value for the coin and creator.

When a new token is being flaunched, an initial market cap will be calculated for the pool created during the flow. This market cap determines the cost per token (CPT) by finding an ETH price to set against the initial token supply of 100B (1e29).

Although this contract reference can be set in the PositionManager through an Ownable call of setInitialPrice, the protocol currently uses the implementation.

When the token is flaunched, we make an onchain call to the primary Uniswap V4 ETH:USDC that has the most liquidity to find an ETH equivalency of a set USDC value. At point of protocol deployment, this value is equal to 10,000 USDC.

Introduction

The Fair Launch hook allows tokens that have just been flaunched to be purchased at a consisten token price before it is affected by liquidity supply.

This creates a time window right after the token is launched that keeps the token at the same price in a single tick position. Fees earned from this are kept within the position and cannot be sold into until the fair launch window has finished.

Once the FairLaunch period has ended, the ETH raised and the remaining tokens areboth deployed into a Uniswap position to facilitate ongoing transactions and create a price discovery.

When we are filling from our Fair Launch position, we will always be buying tokens with ETH. The amount specified that is passed in, however, could be positive or negative.

The positive / negative flag will require us to calculate the amount the user will get in a different way. Positive: How much ETH it costs to get amount. Negative: How many tokens I can get for amount.

The amount requested can exceed the Fair Launch position, but we will additionally have to call _closeFairLaunchPosition to facilitate it during this call. This will provide additional liquidity before the swap actually takes place.

If the user has requested more tokens than are available in the fair launch, then we need to strip back the amount that we can fulfill.

The Fair Launch window can end in one of two ways:

1. The Fair Launch runs out of time, without tokens selling out during the 30 minutes allocation

2. The Fair Supply token supply has been purchased to point of exhaustion

When the FairLaunch position ends, it creates two Uniswap V4 positions:

• A wide range memecoin position from just above current tick to the max value

• A single tick ETH position just below the current tick

Public Calls

inFairLaunchWindow

Checks if the PoolKey is within the fair launch window.

fairLaunchInfo

Call the FairLaunchInfo struct for a pool, which provides information about the Fair Launch activity of a pool. After the Fair Launch has finished, the struct data will still be present for historical purposes, but the closed boolean will be marked true and if the period ended early, then the endsAt will have also been updated to reflect the actual time that the period closed.

The FairLaunchInfo struct is:

When a coin is flaunched it enters into a Fixed Price Fair Launch. During this period a set number of coins are available to buy at a fixed price for everyone. This levels the playing field for all traders—from degens to bots.

While a Fair Launch is active, coins that are purchased cannot be sold. Coins that were purchased during Fair Launch can be sold at the same price they were bought for (minus fees). This reduces ape risk and gives early supporters a chance to enter before price discovery kicks in.

Creators also have the option to buy up some of their Fair Launch tokens before they become available to the public (and at the same price). This gives creators the flexibility to ensure they have skin in the game or to use these early coins for distribution later on.

Base

Flaunch Contracts

Coming soon.

Referenced Contracts of Note

Coming soon.

Base Sepolia

Flaunch Contracts

Referenced Contracts of Note

We provide zap contracts that combine logic and functionality into a single transaction. This section will provide detail on each zap contract.

Introduction

The Internal Swap Pool (ISP) hook allows for fees to be accumulated that will subsequently be distributed to recipients. The magic of this hook comes in the fact that we convert all donated fees to one of the tokens through intercepting swaps using beforeSwap.

This hook depends on a desired token (the one that we want to distributed) and undesired token (the one that we don't want to distribute) pairing in pools. In our case the desired token is (fl)ETH and the undesired token is the flaunched memecoin.

When a swap takes place in Uniswap V4, the fee is always taken in the unspecified token. So if I wanted to spend 1 ETH to buy as many memecoin as possible, then the fee would be taken from the memecoin.

The ISP captures and holds any undesired token fees (the memecoin) and then frontruns any subsequent pool swaps to fill from it’s own internal position before hitting Uniswap to request the remainder. This converts memecoin into ETH, which is only then distributed to fee recipients.

The Internal Swap Pool logic is implemented in the beforeSwap hook, which then alters the BeforeSwapDelta returned in the hook to Uniswap. This informs Uniswap V4 that we have already facilitated part, or all, of the swap required and reduces the amount swapped on Uniswap.

 /**
  * We want to see if we have any token1 fee tokens that we can use to fill the swap
  * before it hits the Uniswap pool. This prevents the pool from being affected and 
  * reduced gas costs. This also allows us to benefit from the Uniswap routing 
  * infrastructure.
  *
  * This frontruns Uniswap to sell undesired token amounts from our fees into desired
  * tokens  ahead of our fee distribution. This acts as a partial orderbook to remove
  * impact against our pool.
  */

 (uint tokenIn, uint tokenOut) = _internalSwap(poolManager, _key, _params, nativeToken == Currency.unwrap(_key.currency0));
 if (tokenIn + tokenOut != 0) {
   // Update our hook delta to reduce the upcoming swap amount to show that we have
   // already spent some of the ETH and received some of the underlying ERC20.
   BeforeSwapDelta internalBeforeSwapDelta = _params.amountSpecified >= 0
     ? toBeforeSwapDelta(-tokenOut.toInt128(), tokenIn.toInt128())
     : toBeforeSwapDelta(tokenIn.toInt128(), -tokenOut.toInt128());
         
     // ..
 }

Public Calls

poolFees

Provides the Claimable Fees for a pool key.

/**
* Provides the {ClaimableFees} for a pool key.
*
* @param _poolKey The PoolKey to check
*
* @return The {ClaimableFees} for the PoolKey
*/
function poolFees(PoolKey memory _poolKey) public view returns (ClaimableFees memory) {
  // ..
}

The ClaimableFees struct is defined as:

/**
 * Contains amounts for both the currency0 and currency1 values of a UV4 Pool.
 */
struct ClaimableFees {
    uint amount0;
    uint amount1;
}

Key Benefits

• Recipients don’t have to swap the token against the pool, reducing detrimental tick movement. We reduce price movement on the actual pool, sometimes negating it entirely if our pool holds the full swap value.

• Recipients don’t need to dump tokens or perform any other actions to receive ETH, which would negatively impact the memecoin price.

Introduction

Flaunch extensively uses Uniswap V4 hooks in the PositionManager to allow for custom logic to be actioned during any swap and interaction against our pools.

Uniswap V4 introduces Hooks, a system that allows developers to customize and extend the behavior of liquidity pools.

Hooks are external smart contracts that can be attached to individual pools. Every pool can have one hook but a hook can serve an infinite amount of pools to intercept and modify the execution flow at specific points during pool-related actions.

Key Concepts​

• Each liquidity pool in Uniswap V4 can have its own hook contract attached to it. Hooks are optional for Uniswap V4 pools.

• The hook contract is specified when creating a new pool in the PoolManager.initialize function.

• Having pool-specific hooks allows for fine-grained control and customization of individual pools.

Position Manager

The PositionManager is a Uniswap V4 hook that controls the user journey from token creation, to fair launch, to ongoing swaps.

Public Functions

flaunch

Creates a new ERC20 memecoin token creating and an ERC721 that signifies ownership of the flaunched collection. The token is then initialized into a UV4 pool.

/**
 * Creates a new ERC20 memecoin token creating and an ERC721 that signifies ownership
 * of the flaunched collection. The token is then initialized into a UV4 pool.
 *
 * The FairLaunch period will start in this call, as soon as the pool is initialized.
 *
 * @return memecoin_ The created ERC20 token address
 */
function flaunch(FlaunchParams calldata _params) external payable returns (address memecoin_) {
  // ..
}

poolKey

Returns the PoolKey mapped to the token address. If none is set then a zero value will be returned for the fields.

/**
 * Returns the PoolKey mapped to the token address. If none is set then a zero value
 * will be returned for the fields.
 *
 * @dev The easiest way to check for an empty response is `tickSpacing = 0`
 *
 * @param _token The address of the ERC20 token
 *
 * @return The corresponding {PoolKey} for the token
 */
function poolKey(address _token) external view returns (PoolKey memory) {
  // ..
}

getFlaunchingFee

Gets the ETH fee that must be paid to flaunch a token.

/**
 * Gets the ETH fee that must be paid to flaunch a token.
 *
 * @return The ETH value of the fee
 */
function getFlaunchingFee() public view returns (uint) {
  // ..
}

getFlaunchingMarketCap

Gets the ETH market cap for a new token that will be flaunched.

/**
 * Gets the ETH market cap for a new token that will be flaunched.
 *
 * @return The ETH market cap value
 */
function getFlaunchingMarketCap() public view returns (uint) {
  // ..
}

Structs

/**
 * Defines our constructor parameters.
 *
 * @member nativeToken The native ETH equivalent token used by protocol
 * @member poolManager The Uniswap V4 {PoolManager} contract
 * @member feeDistribution The default fee distribution configuration
 * @member initialPrice Set initial price calculator address
 * @member protocolOwner The EOA that will be the initial owner
 * @member protocolFeeRecipient The recipient EOA of all
 * @member flayGovernance The $FLAY token governance address
 * @member feeExemptions The default global FeeExemption values
 */
struct ConstructorParams {
    address nativeToken;
    IPoolManager poolManager;
    FeeDistribution feeDistribution;
    IInitialPrice initialPrice;
    address protocolOwner;
    address protocolFeeRecipient;
    address flayGovernance;
    FeeExemptions feeExemptions;
}

/**
 * If the creator requests a premine amount of tokens, then these will be cast
 * to this structure.
 *
 * @member amountSpecified The amount of tokens requested to buy as creator
 * @member blockNumber The block that the premine is created and allocated
 */
struct PoolPremineInfo {
    int amountSpecified;
    uint blockNumber;
}

/**
 * Parameters required when flaunching a new token.
 *
 * @member name Name of the token
 * @member symbol Symbol of the token
 * @member tokenUri The generated ERC721 token URI
 * @member initialTokenFairLaunch The amount of tokens to add as single sided fair launch liquidity
 * @member premineAmount The amount of tokens that the creator will buy themselves
 * @member creator The address that will receive the ERC721 ownership and premined ERC20 tokens
 * @member creatorFeeAllocation The percentage of fees the creators wants to take from the BidWall
 * @member flaunchAt The timestamp at which the token will launch
 */
struct FlaunchParams {
    string name;
    string symbol;
    string tokenUri;
    uint initialTokenFairLaunch;
    uint premineAmount;
    address creator;
    uint24 creatorFeeAllocation;
    uint flaunchAt;
}

Which Hooks are Used

This breaks down the functionality included on each Uniswap V4 hook call.

beforeInitialize

• We prevent external contracts from initializing a pool with this hook contract.

afterInitialize

• Emit PoolState update to Notifier subscribers and subgraph

beforeAddLiquidity

• If in fair launch window, we need to prevent liquidity being added by external parties

afterAddLiquidity

• Emit PoolState update to Notifier subscribers and subgraph

beforeRemoveLiquidity

• If in fair launch window, we need to prevent liquidity being removed by external parties

afterRemoveLiquidity

• Emit PoolState update to Notifier subscribers and subgraph

beforeSwap

• Check if the token is scheduled to be flaunched and only allow a swap to take place if there is a premine call available

• If the FairLaunch window has ended, but our position is still open, then we need to close the position

• We attempt to fill the swap request from our FairLaunch position. If the swap parameters surpass the FairLaunch position, or the window has closed since the last swap, then this call will also close the position and create our new range.

• We want to see if we have any token1 fee tokens that we can use to fill the swap before it hits the Uniswap pool. This prevents the pool from being affected and reduced gas costs. This also allows us to benefit from the Uniswap routing infrastructure. This frontruns Uniswap to sell undesired token amounts from our fees into desired tokens ahead of our fee distribution. This acts as a partial orderbook to remove impact against our pool.

afterSwap

• Captures fees from the swap to either distribute or send to ISP

• Once a swap has been made, we distribute fees to our LPs and emit our price update event

• If we have a feeCalculator, then we want to track the swap data for any dynamic calculations

• Emit PoolState update to Notifier subscribers and subgraph

beforeDonate

• Not used

afterDonate

• Emit PoolState update to Notifier subscribers and subgraph

Flaunch introduces a new Uniswap V4 hook called the "Progressive Bid Wall" (PBW) that uses the trading fees generated by the coin to protect its own price from dropping.

A new PBW is created for every 0.1 ETH of trading fees it receives. This places a 0.1 ETH limit order immediately below spot, reducing the impact of any selling.

If the price continues moving upwards, the PBW follows with more and more ETH being added to its size as each 0.1 ETH threshold is met.

Turning off Progressive Bid Walls

In a future release, devs will be able to turn off the PBW and begin using the ETH in other ways to expand the financial and cultural value of the meme. Watch this space.

When a coin is flaunched the creator (dev) takes ownership of an NFT—The Memestream—which grants the holder rights to the dev's share of the revenue.

By making revenue streams transferable as an NFT, creators can sell their meme's future income to another person, entity or DAO, allowing them to immediately realize future income. It's not just simple NFT trading that is unlocked, but leverage (borrowing against future income) and renting (interest rate swaps) are all possible too.

Memestreams can also be fractionalized or turned into a DAO to create shared ownership of the revenue stream.

Flaunch is providing infrastructure for not just launching memecoins, but a secondary market for memes and MemeFi that ultimately generates more value for creators and memecoin holders alike.

Passive Fundraising and Donations

Selling, leveraging and fractionalizing the Memestream is one way to further generate value from Flaunch, but what about fundraising? Funds passively accrue to the holder of the Memestream passively—so what would you do with those funds?

• Raise $650,000 to put your meme on the Las Vegas Sphere, all without holding a fundraiser.

• Fund community grants and/or hackathons, all onchain.

• Sponsor the next London Milady Rave.

• Raise funds to develop the first meme-founded Network State.

With Flaunch, transferring the Memestream is enough to send all future income of the meme to the recipient—paid in ETH. There are no tokens to dump, and no permission needed.

• Want to fund Ross Ulbricht's legal expenses? Send the Ulbricht family the Memestream.

• Donate to the cause of your community's choice.

• Send the Memestream to vitalik.eth where he can donate on your coin's behalf.

• Looking to fundraise for malaria treatment? Donate the Memestream to charity.

Community Take Overs (CTOs)

By tokenizing the underlying value of the meme in the Memestream, anyone can put an offer to buy the meme's future income (and management - see below) on secondary markets. This creates a very real CTO market, where devs that abandon their meme can exit with some additional value by selling its Memestream and allowing the community to keep the culture alive (and getting paid to do so).

CTOs on Flaunch are more concrete and meaningful than anywhere else. Furthermore, the Memestream's ownership can be shared across the community through DAOs, multi-sigs and fractionalization.

Meme Management

In a future release, the holder of the Memestream is also endowed with specific management rights that can help to accelerate their meme's culture and price. These include the ability to market buy their coin, airdrop tokens, or burn tokens they have bought back.

CA: 0xf1a7000000950c7ad8aff13118bb7ab561a448ee

The Flaunch protocol has the option for a fee switch that can be turned on by FLAY holders through onchain governance. The fee switch, if activated through approval by FLAY holders, would collect up to 10% of the Flaunch protocol's trading fees.

The governance steps for activating the fee switch will be documented after launch on Base mainnet.

With a total supply of 1,000,000,000 tokens, FLAY has been carefully distributed to ensure long term sustainability and fair governance.

Treasury Allocation : 30% (300,000,000 FLAY)

• Onchain Governance : 20% (200,000,000 FLAY) controlled by the DAO, with onchain governance to be established. These tokens will be used for future incentives or initiatives, subject to community votes and will remain non-circulating until unlocked by future DAO governance.

• Foundation-Controlled Reserves : 6% (60,000,000 FLAY) reserved for operational uses, such as liquidity provision, growth initiatives, and hiring future contributors.

• Token Liquidity : 4% (40,000,000 FLAY) used for liquidity provision on centralized and decentralized exchanges.

Flayer Contributors : 20% (200,000,000 FLAY)

Allocated to Flayer Ecosystem Contributors. These tokens will be unlocked following a 6 month cliff from TGE (25th September 2024) vested over 2.5 years.

In addition to the cliff and vesting period, contributor tokens that have completed both the cliff and vesting periods will only be distributed if the FLAY token reaches $75,000,000 FDV (based on a 7-day time-weighted average, per CoinGecko). This unlock schedule will ensure that contributors are fully aligned with the project's long-term growth.

FloorDAO & NFTX Token Migration : 50% (500,000,000 FLAY)

FLOOR and NFTX tokens can be swapped for FLAY through migration.

NFTX Holders : Allocated 33.35% (333,500,000 FLAY) of the total supply. Of these tokens, the final circulating amount depends on the amount of NFTX tokens migrated.

FloorDAO Holders : Allocated 16.65% (166,500,000 FLAY) is reserved for FloorDAO holders. Of these tokens, the final circulating amount depends on the amount of FLOOR tokens migrated.

The limits of degeneracy have been tested and broken. That red line was the extraction of hundreds of millions of dollars from unsuspecting degens who were paying hidden fees and playing into the hands of secretive cabals of influencers, bots and insiders.

The Retardio Manifesto is a call to action for degens who want to take back control from the cabal. In this manifesto we outline a protocol for doing just that. Powered by Uniswap V4 hooks and the immutable blockchain, we have crafted the framework for a decentralized ecosystem that not only rewards devs (creators) and memecoin holders, but gives rise to a Meme Economy of tokenized revenue streams owned by the creators themselves…

THE PROBLEM

As it stands, social coordination around memes is unpredictable and erratic. Without social coordination early success can quickly turn to uncontrollable failure, such is the nature of speculative mania. Furthermore, there is no financial coordination for memecoins as there is no revenue stream to grow and support a speculative market or culture. Faith in The Culture has also been eroded to a point where the incentive to PVP at any sign of a marginal gain is the norm.

The mechanism described in this paper establishes three unique features: 1) 100% of trading fees go to the creator and their community, 2) automated buybacks to support prices and 3) an initial Fixed Price Fair Launch period that allows pre-sale buyers to exit at the same price they entered before price discovery kicks in.

THE VISION

We believe in the Meme Economy. A liquid global market formed around cultural ideas that range from the ephemeral to the eternal. There is no valuation model, and there is no intrinsic value, but these memes transcend the online/offline divide and influence society in increasingly powerful ways.

Where once memes were simply published online, this paper outlines how they will become economic systems deployed onchain. And with the launch of Uniswap V4 there is a path forward that is not only decentralized and permissionless, but positive sum, sustainable and rewarding.

THE TECH

The following features are all made possible by our novel implementation of Uniswap V4 hooks, which have accelerated the potential for capital formation and decentralized coordination. We harness these to create financial features previously unavailable to the market.

Revenue Share

It is no secret that memecoin trading fees have enriched platforms and cabals. The largest memecoins will generate as much as $1,000,000 per day in trading fees. But these fees almost exclusively reward the launch platforms themselves.

Flaunch ensures that 100% of these trading fees are retained by the dev and their community.

When a coin is flaunched the dev chooses their revenue share. A profit maxi dev might choose to take 80% of the fees. The remaining amount (20% in this case) is reserved for the memecoin’s treasury, which is controlled by the token holders.

On the other hand, a creator like Vitalik, may choose to flaunch $VITAMIN with a community that receives 100% of the trading fees. Such a coin would likely generate huge volumes, leading to a sustainable revenue stream for $VITAMIN holders that can be used to fund public goods and charitable efforts while speculation off the back of speculation.

Tokenized Revenue Stream

Streaming revenue to memecoin creators is cool, but what if those revenue streams were tokenized?

In one of the most profound developments since the financialization of Pepe the Frog, tokenized revenue streams will unlock a new financial primitive for memes:

• Selling streams - Devs who want an exit will have the option to sell their stream to willing investor(s).

• Future revenue as collateral - Devs could borrow against their future revenue by putting up their meme stream as collateral.

• Distributed streams - Devs can put the stream in a DAO or multi-sig, or fractionalize and distribute streams in a fully decentralized manner.

• Interest rate swaps - Devs can sell their variable rate yield from their memecoin volumes to others who are willing to pay fixed yield, further financializing the meme.

In the end, and through shared ownership, these tokenized meme streams could form the basis of businesses, franchises—and for the most ambitious cultures—Network States.

Progressive Bid Wall

Through the use of Uniswap V4 hooks, it is possible to automate a Progressive Bid Wall (PBW) that sends ETH into a liquidity position 1 tick below spot to help provide price support to memecoins as they grow.

The PBW is self-funded from swap fees with a secondary hook that ensures all fees (token0 and token1) are both accumulated entirely as ETH without creating sell pressure on the memecoin.

PBWs have the effect of supporting price, without risk of loss to MEV or bots via market buys, achieving a more effective result for memecoin holders.

Fixed-Price Fair Launch

Every coin starts with a 30 minute Fair Launch period where a % of the total token supply (100,000,000,000) is set at a single tick. During this period the price will be fixed, ensuring that degens, bots and KOLs enter on a level playing field.

After this period ends all of the ETH raised moves into a PPP that sits below spot, ensuring that buyers from the Fair Launch period can exit at the same price (minus fees). The tokens that were not sold, along with any tokens not deployed in the Fair Flaunch, are then moved into a full range position from the current spot price, opening up the token to price discovery.

The liquidity position is effectively burned from the moment the coin flaunches with revenue streams permanently in the hands of the dev and memecoin holders.

CONCLUSION

In the world of crypto, memes have always been more than jokes—they’re culture, identity, and collective dreams wrapped in viral magic. But for too long, the power and profits from this Meme Economy have been hijacked by secretive cabals and centralized platforms.

The culture of fleeting gains and unfulfilled promises has drained the potential of memecoins and their communities for far too long. With the advent of the tools laid out in this manifesto, the landscape shifts dramatically.

The fair, decentralized, and transparent path forward is here. With flaunch, memecoin creators and their communities have the means to build, grow, and profit together. The days of massive value extraction are over.

Now is the time to take part in something bigger—a permissionless Meme Economy that restores control to the devs and degens alike. This is your moment. Join us in building the Meme Economy of tomorrow.

https://t.me/ƒlaunchgg

Flaunches a memecoin and makes a token buy from the Fair Launch supply in the same transaction. This ensures that the token buy cannot be frontrun by bots, and gives the creator a share of their fair launch memecoin supply.

The FlaunchParams passed are the same as a typical PositionManager.flaunch call:

This call does not bypass the buy price and requires additional ETH to be sent to the zap in order to execute the transaction.

Note

The premine parameter is passed in the PositionManager flaunch call, but it won't actually be actioned unless this zap is called instead. The premine attribute only allocates the buy that is then filled when called via the zap.

Deployment Addresses

Introduction

This hook allows us to create a single sided liquidity position (Plunge Protection) that is placed 1 tick below spot price, using the ETH fees accumulated. After each deposit into the BidWall the position is rebalanced to ensure it remains 1 tick below spot. This spot will be determined by the tick value before the triggering swap.

After a swap is made against a Flaunch pool, if a sufficient fee threshold has been reached, we distribute fees across our expected recipients. The BidWall is, unless disabled by the creator, one of these recipients.

If the deposit passes a set threshold, the liquidity position held by the contract for the pool will be rebalanced:

• The existing position will withdraw any remaining ETH and any memecoin that was sold into it

• A new position will be created with the withdrawn ETH + the pending ETH that has been deposited at the tick directly below the current position

• The memecoin that was withdrawn is sent to the memecoin treasury

Public Calls

poolInfo

This structure mapping gets information for a pools BidWall.

The structure of this returned information is below:

isBidWallEnabled

position

Retrieves the current liquidity position held by the BidWall. The amount0 and amount1 values correlate to the PoolKey token0 and token1. The pendingEth value shows the amount of ETH waiting to be added to the liquidity position when the threshold is next met.

setDisabledState

The BidWall can be enabled or disabled via the BidWall by calling the setDisabledState function. When the BidWall is disabled, the pending and cumulitive fees will be reset to zero and any tokens held, as well as future tokens, will be sent to the Memecoin Treasury.

This can only be called by the owner of the memecoin ERC721, signifying ownership.

Notes

• The BidWall will not receive tokens during the FairLaunch period, and will instead receive all fee allocation in a single transaction upon the Fair Launch period ending.

Introduction

After any pool action, our PositionManager will make 2 notification calls.

External Contract Notifications

An Ownable call to our contract allows external contracts to subscribe to pool state updates onchain, receiving realtime pool data updates.

The extract below is taken from the ISubscriber interface contract.

When the subscription is initialised the subscriber can validate and only if a true response is returned will the subscription be made. Pool updates will subsequently send a notification to each subscribed contract sending on the PoolId to all subscribed recipients. External calls can then be made if required, though gas considerations should always be made.

The contract can subsequently be unsubscribed without any required confirmation, and even if the contract becomes compromised and reverts during the unsubscription this is caught and handled gracefully.

Subgraph Event Emission

Our subgraph will be notified of the closing tick price of the pool, as well as the remaining pool liquidity, allowing frontend integrations to provide realtime context of pool state.

What revenues might I expect from a Flaunched coin?

Let's take a look at some of the outcomes for a profit maxi dev who chooses 80% revenue share, leaving 20% to the community.

And if you Flaunch the next DOGE or PEPE? Higher.

How do I collect my revenue?

Simple. All revenue from all your coins is available as a single ETH claim in the header. Claimable balances are updated in real-time as fees accumulate and reach a threshold of 0.001 ETH.

Can my rewards be taken away from me?

Flaunch is a decentralized protocol with no central authority that can take your rewards. Your rewards will be claimable and revenues will continue to accumulate no matter what.

In fact, the protocol goes even further to protect your rewards. When you Flaunch a coin you receive an NFT. The owner of the NFT receives the rewards from the coin. What does that mean? You can sell your revenue streams, borrow against them, or use them however you want. This is the power of decentralized meme finance.

How do I sell my revenue stream?

How are communities rewarded?

The dev can choose to turn off Plunge Protection and instead begin accumulating ETH that can be used for market buys, airdrops and more. This aspect is called Meme Management and will have a huge impact on how communities coordinate around their coin.

If the community is led by a Galaxy Brain dev, the shared treasury could reach eye watering levels that even the greatest DAOs would not know what to do with.

WIF's fundraise to buy a $650K ad on the Sphere would have been raised in a single day of trading volume had it been Flaunched instead of launched.

What is the Fixed Price Fair Launch?

When a coin is Flaunched it starts with an initial 30 minute Fair Launch.

During Fair Launch the price is fixed for everyone for 30 minutes and 200,000,000 tokens (20% of total supply) are available to purchase. The ETH raised during the Fair Launch is then placed immediately into a limit buy, ensuring that Fair Launch participants can exit at the same price (minus trading fees).

After Fair Launch the coin moves into price discovery.

Why can't I sell during Fair Launch?

The Fair Launch period is only for buying. After Fair Launch any buyers can sell at the same price they entered (minus trading fees).

How does the Progressive Bid Wall work?

Trading fees are added to the coin's Progressive Bid Wall (PBW) on every swap.

In the case of a coin with 100% community share, all of the trading revenue will go towards filling this PBW which is automatically created for every 0.1 ETH earned.

We add a little Uniswap V4 magic to the PBW as well, with a hook that ensures it moves up to follow the coin's price as it increases – providing additional price support.

Does Flaunch have a token?

Does the team take any fees?

No. The team does not take any of the trading fees. FLAY governance can choose to turn on a fee switch that can take a maximum of 10% of the fees.

Instead, the liquidity in the system is lent out via a Uniswap V4 hook and into Aave for an ultra low risk 2% yield. These funds are used to support the Flayer Foundation's growth.

Is Flaunch audited?

Yes! We have two audits completed by two leading audit firms. Findings and remediations have been published on the links below:

• EnigmaDark audit

• Omniscia audit

Glossary 📖

• Flaunch: The act of Flaunching a coin on the Flaunch platform. Flaunched coins are upgraded memecoins with 100% revenue share built in.

• Progressive Bid Wall: A mechanism where the community's share of revenue is automatically used to support the token price as a bid wall—automatically triggered at every 0.1 ETH revenue.

• Fixed Price Fair Launch: The first 30 minutes of a coin launch, where the price is fixed for all buyers.

• Memestream: A unique token you receive when you Flaunch a coin. It holds the rights to all revenue streams and Meme Management for that coin.

Introduction

Flaunch implements a waterfall approach to fee distribution, with each subsequent recipient being able to take a percentage of the remainder passed down to them from the previous recipient.

The hierarchy of our fee waterfall is as follows:

1. Swap Fee

2. Referrer Fee

3. Protocol Fee

4. Creator Fee

   1. This will be bypassed if ownership of the Memecoin ERC721 has been burned

5. BidWall Deposit

   1. This will become the Memecoin Treasury if the creator disables the BidWall

Fees are only distributed in ETH via the Fee Distributor, as all memecoin fees will be sent directly into the to be converted into ETH. There is only one exception to this statement:

1. Referrer fees will be distributed to the referrer either directly or via an escrow contract, as tracking of allocation through the Internal Swap Pool would result in unjustifiable gas spend and logic complexity.

ETH fees distributed to creators are allocated to an escrow interface on the PositionManager that allows the recipient to withdraw fees collected from across all of their pools in a single transaction.

Public Calls

balances

Maps the amount of ETH that an address has available to claim.

withdrawFees

Allows fees to be withdrawn from escrowed fee positions. Fees are claimed from the msg.sender and sent to the _recipient .

feeCalculator

The Fee Calculator used to calculate swap fees after the Fair Launch period.

fairLaunchFeeCalculator

The Fee Calculator used to calculate swap fees during the Fair Launch period.

flayGovernance

The address of the $FLAY token's governance. This value is immutable.

getPoolFeeDistribution

Gets the distribution for a pool by checking to see if a pool has it's own FeeDistribution. If it does then this is used, but if it isn't then it will fallback on the global FeeDistribution.

getFeeCalculator

Gets the Fee Calculator contract that should be used based on which are set, and if the pool is currently in FairLaunch or not.

Fee Calculators are set by the contract owner to allow for calculations to determine the swap fee. These can simply return a static amount (e.g. 1%) or can implement more advanced logic such a trading volume and volatility.

Fee Percentage Assignment

Top level fee percentages can be set globally and per-pool via an Ownable call:

The creator fee is determined by the amount set during token flaunching, and the only way this value can be modified is if the creator burns their ERC721 token, effectively renouncing ownership and passing all fees on to the BidWall or Memecoin Treasury (depending on token configuration).

Example

Note: These percentages are not representitive of true protocol values

Assuming that we have a swap of 1000 $MEME -> 1 ETH, in which ETH is the unspecified token and $MEME is the specified token.

We can modify this example to reinforce that the sum of the takes do not need to add up to 100%.

Last Updated: 1 October 2024

This Cookie Policy explains how Flayer Protocol (“Flayer” “we,” “us,” and “our”) uses cookies and similar technologies to recognize you when you visit our website at [flaunch.gg] (“Website”). It explains what these technologies are and why we use them, as well as your rights to control our use of them.

In some cases we may use cookies to collect personal information, or that becomes personal information if we combine it with other information.

What are cookies?

Cookies are small data files that are placed on your computer or mobile device when you visit a website. Cookies are widely used by website owners in order to make their websites work, or to work more efficiently, as well as to provide reporting information.

Cookies set by the website owner (in this case, Flayer Protocol) are called “first-party cookies.” Cookies set by parties other than the website owner are called “third-party cookies.” Third-party cookies enable third-party features or functionality to be provided on or through the website (e.g., advertising, interactive content, and analytics). The parties that set these third-party cookies can recognize your computer both when it visits the website in question and also when it visits certain other websites.

Why do we use cookies?

We use first- and third-party cookies for several reasons. Some cookies are required for technical reasons in order for our Website to operate, and we refer to these as “essential” or “strictly necessary” cookies. Other cookies also enable us to track and target the interests of our users to enhance the experience on our Online Properties. Third parties serve cookies through our Website for advertising, analytics, and other purposes. This is described in more detail below.

How can I control cookies?

You have the right to decide whether to accept or reject cookies. You can exercise your cookie rights by setting your preferences in the Cookie Consent Manager. The Cookie Consent Manager allows you to select which categories of cookies you accept or reject. Essential cookies cannot be rejected as they are strictly necessary to provide you with services.

The Cookie Consent Manager can be found in the notification banner and on our Website. If you choose to reject cookies, you may still use our Website though your access to some functionality and areas of our Website may be restricted. You may also set or amend your web browser controls to accept or refuse cookies.

The specific types of first- and third-party cookies served through our Website and the purposes they perform are described in the table below (please note that the specific cookies served may vary depending on the specific Online Properties you visit):

Essential website cookies:

These cookies are strictly necessary to provide you with services available through our Website and to use some of its features, such as access to secure areas. Name: Purpose: Provider: Service: Type: Expires in: Name: Purpose: Provider: Service: Type: Expires in:

Performance and functionality cookies:

These cookies are used to enhance the performance and functionality of our Website but are non-essential to their use. However, without these cookies, certain functionality (like videos) may become unavailable. Name: Purpose: Provider: Service: Type: Expires in: Name: Purpose: Provider: Service: Type: Expires in:

Analytics and customization cookies:

These cookies collect information that is used either in aggregate form to help us understand how our Website is being used or how effective our marketing campaigns are, or to help us customize our Website for you. Name: Purpose: Provider: Service: Type: Expires in: Name: Purpose: Provider: Service: Type: Expires in:

Advertising cookies:

These cookies are used to make advertising messages more relevant to you. They perform functions like preventing the same ad from continuously reappearing, ensuring that ads are properly displayed for advertisers, and in some cases selecting advertisements that are based on your interests. Name: Purpose: Provider: Service: Type: Expires in: Name: Purpose: Provider: Service: Type: Expires in:

How can I control cookies on my browser?

As the means by which you can refuse cookies through your web browser controls vary from browser to browser, you should visit your browser's help menu for more information. The following is information about how to manage cookies on the most popular browsers: Chrome(opens in a new tab) Internet Explorer(opens in a new tab) Firefox(opens in a new tab) Safari(opens in a new tab) Edge(opens in a new tab) Opera(opens in a new tab)

In addition, most advertising networks offer you a way to opt out of targeted advertising. If you would like to find out more information, please visit: Digital Advertising Alliance(opens in a new tab) Digital Advertising Alliance of Canada(opens in a new tab) European Interactive Digital Advertising Alliance(opens in a new tab)

What about other tracking technologies, like web beacons?

Cookies are not the only way to recognize or track visitors to a website. We may use other, similar technologies from time to time, like web beacons (sometimes called “tracking pixels” or “clear gifs”). These are tiny graphics files that contain a unique identifier that enables us to recognize when someone has visited our Website or opened an email including them. This allows us, for example, to monitor the traffic patterns of users from one page within a website to another, to deliver or communicate with cookies, to understand whether you have come to the website from an online advertisement displayed on a third-party website, to improve site performance, and to measure the success of email marketing campaigns. In many instances, these technologies are reliant on cookies to function properly, and so declining cookies will impair their functioning.

Do you use Flash cookies or Local Shared Objects?

Websites may also use so-called “Flash Cookies” (also known as Local Shared Objects or “LSOs”) to, among other things, collect and store information about your use of our services, fraud prevention, and for other site operations.

If you do not want Flash Cookies stored on your computer, you can adjust the settings of your Flash player to block Flash Cookies storage using the tools contained in the Website Storage Settings Panel. You can also control Flash Cookies by going to the Global Storage Settings Panel and following the instructions (which may include instructions that explain, for example, how to delete existing Flash Cookies (referred to “information” on the Macromedia site), how to prevent Flash LSOs from being placed on your computer without your being asked, and (for Flash Player 8 and later) how to block Flash Cookies that are not being delivered by the operator of the page you are on at the time).

Please note that setting the Flash Player to restrict or limit acceptance of Flash Cookies may reduce or impede the functionality of some Flash applications, including, potentially, Flash applications used in connection with our services or online content.

Do you serve targeted advertising?

Third parties may serve cookies on your computer or mobile device to serve advertising through our Website. These companies may use information about your visits to this and other websites in order to provide relevant advertisements about goods and services that you may be interested in. They may also employ technology that is used to measure the effectiveness of advertisements. They can accomplish this by using cookies or web beacons to collect information about your visits to this and other sites in order to provide relevant advertisements about goods and services of potential interest to you. The information collected through this process does not enable us or them to identify your name, contact details, or other details that directly identify you unless you choose to provide these.

How often will you update this Cookie Policy?

We may update this Cookie Policy from time to time in order to reflect, for example, changes to the cookies we use or for other operational, legal, or regulatory reasons. Please therefore revisit this Cookie Policy regularly to stay informed about our use of cookies and related technologies.

The date at the top of this Cookie Policy indicates when it was last updated.

Where can I get further information?

If you have any questions about our use of cookies or other technologies, please email us at info@flayer.io.

Last Updated: 1st October 2024

PLEASE READ THESE TERMS OF USE BEFORE USING THE WEBSITE.

Acceptance of the Terms of Use

These terms of use are entered into by and between you and the Flayer Protocol, a Cayman Islands company (including all affiliates and subsidiaries, collectively referred to as, “Flayer,” “we,” “us,” or “our”). The following terms and conditions, together with any documents they expressly incorporate by reference (collectively, these “Terms of Use”), govern your access to and use of flaunch.gg, including, but not limited to, any content, functionality, and services offered on or through flaunch.gg (collectively, the “Website”). Please read the Terms of Use carefully before you start to use the Website. By using the Website or by clicking to accept or agree to the Terms of Use when this option is made available to you, you accept and agree to be bound and abide by these Terms of Use in addition to our Privacy Policy, incorporated herein by reference and available at [docs.flaunch.gg/privacy].

If you do not agree to these Terms of Use, you must not access or use the Website.

About the Website

Our Website is primarily meant to function as access to and use of the Flaunch App.

To use parts of our Website, a user may need to use a third-party, non-custodial wallet software that allows the user to interact with public smart contracts and blockchains. We do not operate, maintain, or provide any wallets or wallet services. We will at no time have any custody or control of any crypto-assets that any user is interacting with. We are not a wallet provider, exchange, broker, lender or borrower.

As part of our Website, you may from time to time gain access to decentralized open-source smart contracts deployed on public blockchains. Our interface is distinct and separate from any of the smart contracts that may be accessed through it, and is merely one of multiple means of accessing such smart contracts. Users can interact with the same smart contracts otherwise directly, including to develop and build their own user interfaces on top of such smart contracts.

Our Website may change and grow in numbers, which may require that we include additional terms for certain new parts of the Website (which, in such event, will be construed as part of the “Website”). We reserve the right in our sole discretion to modify or discontinue any parts of the Website at any time and without any liability.

Who May Use the Website

The Website is offered and available to users who are 13 years of age or older. The Website is not intended for children under 13 years of age. By using the Website, you represent and warrant that you (i) are 13 years of age or older, (ii) are not barred to use the Website under any applicable law, and (iii) are using the Website only for your own personal use. If you do not meet these requirements, you must not access or use the Website.

Changes to the Terms of Use

We may revise and update these Terms of Use from time to time in our sole discretion. All changes are effective immediately when we post them. Your continued use of the Website following the posting of revised Terms of Use means that you accept and agree to the changes. You are expected to check this page frequently so you are aware of any changes, as they are binding on you.

Accessing the Website and Account Security

We reserve the right to withdraw or amend the Website, and any service or material we provide on the Website, in our sole discretion without notice. We do not guarantee that our Website or any content on them will always be available or be interrupted. We will not be liable if for any reason all or any part of the Website is unavailable at any time or for any period. From time to time, we may restrict access to some parts of the Website, or entire Website, to users.

You are responsible for:

• Making all arrangements necessary for you to have access to the Website; and

• Ensuring that all persons who access the Website through your internet connection are aware of these Terms of Use and comply with them.

To access the Website or some of the resources it offers, you may be asked to provide certain registration details or other information. It is a condition of your use of the Website that all the information you provide on the Website is correct, current, and complete. You agree that all information you provide to use the Website, including, but not limited to, using any interactive features on the Website, is governed by our Privacy Policy, and you consent to all actions we may take with respect to your information that are consistent with our Privacy Policy.

You should use particular caution when inputting personal information onto the Website on a public or shared computer so that others are not able to view or record your personal information.

Intellectual Property Rights

Unless otherwise indicated, the Website is our proprietary property and all source code, databases, functionality, software, website designs, information, audio, video, text, photographs, and graphics on the Website (collectively, the “Content”) and the trademarks, service marks, and logos contained therein (collectively, the “Marks”) are owned or controlled by us or licensed to us, and are protected by copyright, trademark and other intellectual property laws and international conventions. You are not permitted to use the Marks without the prior written consent of the owner of the Mark.

Except as expressly provided herein, Flayer and its licensors do not grant any express or implied license to the Website or the Content. You agree not to copy, reproduce, aggregate, republish, download, post, display, transmit, modify, rent, lease, loan, sell, assign, distribute, license, sublicense, sell, reverse engineer, create derivative works based on, or otherwise exploit for any commercial purposes whatsoever, the Website or the Content, without our express prior written permission. If you are eligible to use the Website, you are granted a limited license to access and use the Website and the Content to which you have properly gained access solely for your personal, non-commercial use. You may not modify or alter the Content in any way. We reserve all rights not expressly granted to you in and to the Website, the Content and the Marks.

Prohibited Uses

You may use the Website only for lawful purposes and in accordance with these Terms of Use. You agree not to use the Website:

• In any way that violates any applicable federal, state, local, or international law or regulation (including, without limitation, any laws regarding the export of data or software to and from the United States or other countries);

• For the purpose of exploiting, harming, or attempting to exploit or harm minors in any way by exposing them to inappropriate content, asking for personally identifiable information or otherwise;

• To send, knowingly receive, upload, download, use, or re-use any material which does not comply with these Terms of Use;

• To transmit, or procure the sending of, any advertising or promotional material without our prior written consent, including any “junk mail”, “chain letter”, “spam”, or any other similar solicitation;

• To impersonate or attempt to impersonate Flayer, a contractor of Flayer, another user, or any other person or entity (including, without limitation, by using e-mail addresses or screen names associated with any of the foregoing); and

• To engage in any other conduct that restricts or inhibits anyone's use or enjoyment of the Website, or which, as determined by us, may harm Flayer or users of the Website or expose them to liability.

Additionally, you agree not to:

• Use the Website in any manner that could disable, overburden, damage, or impair the Website or interfere with any other party's use of the Website, including their ability to engage in real time activities through the Website;

• Use any robot, spider, or other automatic device, process or means to access the Website for any purpose, including monitoring or copying any of the material on the Website;

• Use any manual process to monitor or copy any of the material on the Website or for any other unauthorized purpose without our prior written consent;

• Use any device, software or routine that interferes with the proper working of the Website;

• Introduce any viruses, trojan horses, worms, logic bombs, or other material which is malicious or technologically harmful;

• Attempt to gain unauthorized access to, interfere with, damage, or disrupt any parts of the Website, the server(s) on which the Website is stored, or any server, computer or database connected to the Website;

• Attack the Website via a denial-of-service attack or a distributed denial-of-service attack; and

• Otherwise attempt to interfere with the proper working of the Website.

Reliance on Information Posted

The information presented on or through the Website is made available solely for general information purposes. We do not warrant the accuracy, completeness or usefulness of this information. Any reliance you place on such information is strictly at your own risk. We disclaim all liability and responsibility arising from any reliance placed on such materials by you or any other visitor to the Website, or by anyone who may be informed of any of its contents.

The Website may include content provided by third parties, including materials provided by third-party licensors, syndicators, aggregators, and/or reporting services. All statements and/or opinions expressed in these materials, other than the content provided by Flayer, are solely the opinions and the responsibility of the person or entity providing those materials. These materials do not necessarily reflect the opinion of Flayer. We are not responsible, or liable to you or any third party, for the content or accuracy of any materials provided by any third parties.

Changes to the Website

We may update the content on the Website from time to time, but its content is not necessarily complete or up-to-date. Any of the material on the Website may be out of date at any given time, and we are under no obligation to update such material.

Information About You and Your Visits to the Website

All information we collect on the Website is subject to our Privacy Policy. By using the Website, you consent to all actions that may be taken by us with respect to your information in compliance with the Privacy Policy.

Linking to the Website and Social Media Features

You may link to our homepage, provided you do so in a way that is fair and legal and does not damage our reputation or take advantage of it, but you must not establish a link in such a way as to suggest any form of association, approval or endorsement on our part without our express written consent.

Links from the Website

If the Website contains links to other sites and resources provided by third parties, these links are provided for your convenience only. This includes links contained in advertisements, including banner advertisements and sponsored links. We have no control over the contents of those sites or resources, and accept no responsibility for them or for any loss or damage that may arise from your use of them. If you decide to access any of the third party websites linked to the Website, you do so entirely at your own risk and subject to the terms and conditions of use for such Website. We reserve the right to withdraw linking permission without notice.

Geographic Restrictions

The owner of the Website is based in the Cayman Islands. We make no claims that the Website or any of its content is accessible or appropriate outside of the Cayman Islands. Access to the Website may not be legal by certain persons or in certain countries. If you access the Website from outside the Cayman Islands, you do so on your own initiative and are responsible for compliance with local laws.

Disclaimer of Warranties

You understand that we cannot and do not guarantee or warrant that files available for downloading from the internet or the Website will be free of viruses or other destructive code. You are responsible for implementing sufficient procedures and checkpoints to satisfy your particular requirements for anti-virus protection and accuracy of data input and output, and for maintaining a means external to our site for any reconstruction of any lost data. WE WILL NOT BE LIABLE FOR ANY LOSS OR DAMAGE CAUSED BY A DISTRIBUTED DENIAL-OF-SERVICE ATTACK, VIRUSES, OR OTHER TECHNOLOGICALLY HARMFUL MATERIAL THAT MAY INFECT YOUR COMPUTER EQUIPMENT, COMPUTER PROGRAMS, DATA, OR OTHER PROPRIETARY MATERIAL DUE TO YOUR USE OF THE WEBSITE OR ANY SERVICES OR ITEMS OBTAINED THROUGH THE WEBSITE OR TO YOUR DOWNLOADING OF ANY MATERIAL POSTED ON IT, OR ON ANY WEBSITE LINKED TO IT. YOUR USE OF THE WEBSITE, THEIR CONTENT AND ANY SERVICES OR ITEMS OBTAINED THROUGH THE WEBSITE IS AT YOUR OWN RISK. THE WEBSITE, THEIR CONTENT AND ANY SERVICES OR ITEMS OBTAINED THROUGH THE WEBSITE IS PROVIDED ON AN "AS IS" AND "AS AVAILABLE" BASIS, WITHOUT ANY WARRANTIES OF ANY KIND, EITHER EXPRESS OR IMPLIED. NEITHER FLAYER NOR ANY PERSON ASSOCIATED WITH FLAYER MAKES ANY WARRANTY OR REPRESENTATION WITH RESPECT TO THE COMPLETENESS, SECURITY, RELIABILITY, QUALITY, ACCURACY, OR AVAILABILITY OF THE WEBSITE. WITHOUT LIMITING THE FOREGOING, NEITHER FLAYER NOR ANYONE ASSOCIATED WITH FLAYER REPRESENTS OR WARRANTS THAT THE WEBSITE, THEIR CONTENT OR ANY SERVICES OR ITEMS OBTAINED THROUGH THE WEBSITE WILL BE ACCURATE, RELIABLE, ERROR-FREE OR UNINTERRUPTED, THAT DEFECTS WILL BE CORRECTED, THAT THE WEBSITE OR THE SERVER(S) THAT MAKES THEM AVAILABLE ARE FREE OF VIRUSES OR OTHER HARMFUL COMPONENTS OR THAT THE WEBSITE OR ANY SERVICES OR ITEMS OBTAINED THROUGH THE WEBSITE WILL OTHERWISE MEET YOUR NEEDS OR EXPECTATIONS. FLAYER HEREBY DISCLAIMS ALL WARRANTIES OF ANY KIND, WHETHER EXPRESS OR IMPLIED, STATUTORY, OR OTHERWISE, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OF MERCHANTABILITY, NON-INFRINGEMENT, AND FITNESS FOR PARTICULAR PURPOSE. SOME JURISDICTIONS DO NOT ALLOW EXCLUSION OF WARRANTIES OR LIMITATIONS ON THE DURATION OF IMPLIED WARRANTIES, SO THE ABOVE DISCLAIMER MAY NOT APPLY TO YOU IN THEIR ENTIRETIES, BUT WILL APPLY TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW.

Limitation on Liability

IN NO EVENT WILL FLAYER, ITS AFFILIATES OR THEIR LICENSORS, SERVICE PROVIDERS, EMPLOYEES, AGENTS, OFFICERS, OR DIRECTORS BE LIABLE FOR DAMAGES OF ANY KIND, UNDER ANY LEGAL THEORY, ARISING OUT OF OR IN CONNECTION WITH YOUR USE, OR INABILITY TO USE, THE WEBSITE, ANY WEBSITE LINKED TO THEM, ANY CONTENT ON THE WEBSITE OR SUCH OTHER WEBSITE OR ANY SERVICES OR ITEMS OBTAINED THROUGH THE WEBSITE OR SUCH OTHER WEBSITE, INCLUDING ANY DIRECT, INDIRECT, SPECIAL, INCIDENTAL, CONSEQUENTIAL OR PUNITIVE DAMAGES, INCLUDING BUT NOT LIMITED TO, PERSONAL INJURY, PAIN AND SUFFERING, EMOTIONAL DISTRESS, LOSS OF REVENUE, LOSS OF PROFITS, LOSS OF BUSINESS OR ANTICIPATED SAVINGS, LOSS OF USE, LOSS OF GOODWILL, LOSS OF DATA, AND WHETHER CAUSED BY TORT (INCLUDING NEGLIGENCE), BREACH OF CONTRACT OR OTHERWISE, EVEN IF FORESEEABLE. THE FOREGOING DOES NOT AFFECT ANY LIABILITY WHICH CANNOT BE EXCLUDED OR LIMITED UNDER APPLICABLE LAW WHICH MAY INCLUDE FRAUD.

Indemnification

You agree to defend, indemnify, and hold harmless Flayer, its affiliates, licensors, and service providers, and its and their respective officers, directors, employees, contractors, agents, licensors, suppliers, successors, and assigns from and against any claims, liabilities, damages, judgments, awards, losses, costs, expenses, or fees (including reasonable attorneys' fees) arising out of or relating to your violation of these Terms of Use or your use of the Website, including, but not limited to, any use of the Website’ content, services and products other than as expressly authorized in these Terms of Use or your use of any information obtained from the Website.

Governing Law and Jurisdiction

All matters relating to the Website and these Terms of Use and any dispute or claim arising therefrom or related thereto (in each case, including non-contractual disputes or claims), shall be governed by and construed in accordance with the internal laws of the Cayman Islands without giving effect to any choice or conflict of law provision or rule (whether of the Cayman Islands or any other jurisdiction).

Any dispute arising out of or in connection with the Website and these Terms of Use, including any question regarding its existence, validity or termination, shall be referred to and finally resolved by arbitration under the rules of the London Court of International Arbitration (“LCIA”), which rules are deemed to be incorporated by reference into this clause. The number of arbitrators shall be one. The seat, or legal place, of arbitration shall be London, United Kingdom. The language to be used in the arbitration shall be English. You and Flayer agree to submit all Disputes between you and Flayer to individual binding arbitration. “Dispute” means any dispute, claim, or controversy between you and Flayer that relates to the Website and these Terms of Use.

If a Dispute must be arbitrated, you or Flayer must start arbitration of the Dispute within one (1) year from when the Dispute first arose. If applicable law requires you to bring a claim for a Dispute sooner than one (1) year after the Dispute first arose, you must start arbitration in that earlier time period. Flayer encourages you to tell us about a Dispute as soon as possible so we can work to resolve it. The failure to provide timely notice will bar all claims.

In any Dispute, the arbitrator will award to the prevailing party, if any, the costs and attorneys' fees reasonably incurred by the prevailing party in connection with those aspects of its claims or defenses on which it prevails, and any opposing awards of costs and legal fees awards will be offset.

Any breach by you of these Terms of Use could cause Flayer irreparable harm for which it has no adequate remedies at law. Accordingly, Flayer is entitled to seek specific performance or injunctive relief for any such breach. Nothing in this section will preclude Flayer from seeking specific performance or injunctive relief from a court of appropriate jurisdiction.

Waiver and Severability

No waiver by Flayer of any term or condition set forth in these Terms of Use shall be deemed a further or continuing waiver of such term or condition or a waiver of any other term or condition, and any failure of Flayer to assert a right or provision under these Terms of Use shall not constitute a waiver of such right or provision.

If any provision of these Terms of Use is held by a court or other tribunal of competent jurisdiction to be invalid, illegal, or unenforceable for any reason, such provision shall be eliminated or limited to the minimum extent such that the remaining provisions of the Terms of Use will continue in full force and effect.

Entire Agreement

The Terms of Use, our Privacy Policy and other terms and conditions applicable at the time you access the Website constitute the sole and entire agreement between you and Flayer with respect to the Website and supersede all prior and contemporaneous understandings, agreements, representations and warranties, both written and oral, with respect to the Website.

During the development of Flaunch we undertook three audits to ensure that the protocol is secure and functions as expected. At each audit we remediated or acknowledged all known issues.

Audit 1: Omniscia

Omniscia undertook our initial audit. Unfortunately this cannot be shared publicly, but a synopsis extract from the findings has been provided below showing their initial findings.

Audit 2: Enigma Dark

The first Enigma Dark audit followed on from the Omnisca findings and also reviewed some newly implemented zap logic including flaunch scheduling and premining.

Audit 3: Enigma Dark

After the initial Enigma Dark audit there was a small raft of changes to optimise flow which were subsequently reaudited.