The trading rules govern and ensure a safe and fair trading environment.
1.1 Account has the meaning given thereto in the User Agreement.
1.2 AFM means the Dutch Authority for Financial Markets (Autoriteit Financiƫle Markten).
1.3 Algorithmic Trading means the use of computer algorithms that automatically determine individual parameters of orders resulting in investment and/or execution decisions based on predefined criteria and strategies with limited or no human intervention.
1.4 API means Application Programming Interface.
1.5 API Credentials means the API key(s) with corresponding secrets.
1.6 API Trading Bot means an automated software application that interacts with the Bitvavo Trading Platform via API to execute trades based on predefined algorithms or strategies.
1.7 App has the meaning given thereto in the User Agreement.
1.8 Auction means the process as described in Section 6.8 of these Trading Rules.
1.9 Broker means a Participant as referred to in Section 4.6 of these Trading Rules.
1.10 Bitvavo means Bitvavo B.V.
1.11 Bitvavo Custody means Bitvavo Custody B.V.
1.12 Bitvavo E-Token has the meaning given thereto in the User Agreement.
1.13 Bitvavo Trading Platform means the Digital Asset trading platform operated by Bitvavo.
1.14 Cancel Only means the status of the Bitvavo Trading Platform whereby users are restricted to cancelling existing orders, either for a specific Digital Asset or on the entire trading platform.
1.15 CASP means a crypto-asset service provider as defined in MiCA.
1.16 CLOB means central limit order book.
1.17 Corporate Participant is a Participant as referred to Section 4.4 of these Trading Rules.
1.18 Digital Asset has the meaning given thereto in the User Agreement.
1.19 EBA means European Banking Authority.
1.20 EEA means European Economic Area.
1.21 Fee means any charge or cost imposed by Bitvavo on an Issuer or a Participant for the execution of transactions, provision of Services, or maintenance of an Account, admission to trading or otherwise.
1.22 Funds has the meaning given thereto in the User Agreement.
1.23 Halted means the status of the Bitvavo Trading Platform whereby there is a temporary suspension of trading activity, either for a specific Digital Asset or on the entire trading platform.
1.24 High Frequency Trading means an infrastructure intended to minimise network and other types of latencies that enable Algorithmic Trading at high speed.
1.25 Issuer means issuer as defined in MiCA.
1.26 Limit Order means an Order as described in Section 6.1(a)(ii) of these Trading Rules.
1.27 Market Maker means a Participant as referred to in Section 4.5 of these Trading Rules.
1.28 Market Order means an Order as described in Section 6.1(a)(i) of these Trading Rules.
1.29 Market Specification means the document that describes the attributes of a specific Digital Asset as defined in Section 5.7 of these Trading Rules.
1.30 MiCA means Regulation (EU) 2023/1114 on markets in crypto-assets, as amended or supplemented from time to time.
1.31 Order means an instruction to buy or sell Digital Assets on the Bitvavo Trading Platform.
1.32 Order Book means a digital ledger maintained by Bitvavo that records all buy and sell orders for a specific cryptocurrency pair.
1.33 Participant means any natural person or legal entity that engages in trading activities on the Bitvavo Trading Platform.
1.34 Price GuaranteeĀ Service means the price guarantee service, which is a service provided by Bitvavo that protects the Participant against price fluctuations in a specific Digital Asset for a pre-defined period of time.
1.35 Reference Price has the meaning given thereto in Section 6.3 (f) of these Trading Rules.Ā Ā
1.36 RfQ means Request for Quote.
1.37 RfQ Segment means the segment of the Bitvavo Trading Platform where Orders of the Participants opted in for Price Guarantee Services are routed pursuant to these Trading Rules.Ā
1.38 Retail Participant is a Participant as referred to in Section 4.3 of these Trading Rules.
1.39 Services has the meaning given thereto in the User Agreement.
1.40 Stop Loss Order means an Order as described in Section 6.1(b)(i) of these Trading Rules.
1.41 Stop Loss Limit Order means an Order as described in Section 6.1(b)(ii) of these Trading Rules.
1.42 Take Profit Order means an Order as described in Section 6.1(b)(iii) of these Trading Rules.
1.43 Take Profit Limit Order means an Order as described in Section 6.1(b)(iv) of these Trading Rules.
1.44 Tick Size means the minimum price increment between two valid order prices for a market. Orders must be priced in multiples of the configured tick size.Ā
1.45 Trading Rules means these trading rules.
1.46 US Person means a United States citizen or resident individual, a partnership or corporation organized in the United States or under the laws of the United States or any State thereof, a trust if (i) a court within the United States would have authority under applicable law to render orders or judgments concerning substantially all issues regarding administration of the trust, and (ii) one or more U.S. persons have the authority to control all substantial decisions of the trust, or an estate of a decedent that is a citizen or resident of the United States.
1.47 User Agreement means the contractual agreement between the Participant, Bitvavo, Bitvavo Custody B.V., and Stichting Bitvavo Payments, which defines and governs the provision of the Services by the relevant entities and the use of the Services by Participants.
1.48 Website has the meaning given thereto in the User Agreement.
2.1 The Bitvavo Trading Platform
Bitvavo operates a trading platform which manages several trading systems such as the CLOB segment and the RfQ segment, where Digital Assets can be purchased or sold, resulting in the exchange of Funds for Digital Assets and Digital Assets for other Digital Assets (āthe Bitvavo Trading Platformā).
2.2 Licence
Bitvavo is licensed by the AFM under the registration number 41000010,Ā as a CASP under MiCA and is, among others, permitted to provide the Digital Asset service āoperation of a trading platform for Digital Assetsā. This service may be madeĀ available by Bitvavo in all EEA jurisdictions.
Bitvavo reserves the right to not make the Bitvavo Trading Platform available in all markets or jurisdictions where it is authorized or permitted to provide its Services, and may restrict or prohibit the use of the Bitvavo Trading Platform by residents of certain jurisdictions.
These trading rules ensure compliance with Article 76 MiCA and promote fair, efficient and transparent trading on the Bitvavo Trading Platform.
3.1 Requirements for (Issuers of) Digital Assets seeking admission to trading at Bitvavo
(a) Bitvavo has implemented a Digital Asset admission process based on which Bitvavo determines whether a new Digital Asset can be admitted to trading on the Bitvavo Trading Platform. Bitvavo may in its sole discretion determine whether or not a Digital Asset can be admitted to trading on the Bitvavo Trading Platform.
(b) Each Digital Asset to be admitted to trading on the Bitvavo Trading Platform should meet and continue to meet requirements on its business case, feasibility, compliance, legal, risk and suitability requirements as set by Bitvavo from time to time.
3.2 Application procedure for admission to trading at Bitvavo
The application procedure will be carried out in accordance with Bitvavoās policies and procedures. In summary, Bitvavo considers the following criteria:Ā
(a) a business case assessment (including market viability and economic and strategic fundamentals) and pre-scan (for the feasibility and compliance assessment);
(b) a feasibility assessment (including custody, liquidity and blockchain integration);
(c) a compliance, legal and risk assessment (compliance with applicable laws, KYC, customer due diligence assessments proportionate to the risk profile of the applicant, audit and privacy and the risks associated with the Digital Asset);
(d) a suitability assessment (asset value, security, technology and additional risk and compliance requirements); andĀ
(e) admission to go-live preparation (date, technological preparation, liquidity and inventory and communication).Ā
3.3 Conditions for Digital Assets to remain admitted to trading
(a) Liquidity thresholds
To remain eligible for trading, each Digital Asset that is admitted to trading on the Bitvavo Trading Platform must consistently achieve a daily average transaction volume that meets or exceeds the threshold periodically set by Bitvavo.
(b) Disclosure requirements
To remain eligible for trading, Issuers of Digital Assets must at minimum disclose the following information on their website:
(i) a Digital Asset whitepaper in compliance with the requirements in MiCA, if applicable; and
(ii) whenever there is a significant new factor, material mistake or material inaccuracy that can affect the assessment of the Digital Assets, the modified Digital Asset whitepaper, including the reasons for such modification, in accordance with MiCA, if applicable.
3.4 Ongoing monitoring of Issuers and Digital Assets
(a) To ensure continued credibility, security and efficiency of its markets and the Digital Assets that are admitted to trading and their compliance with this Section 3 of the Trading Rules, Bitvavo continuously monitors applicable risk factors that would possibly lead to a trading suspension or a delisting of any admitted Digital Assets. To perform this ongoing monitoring, Bitvavo leverages automated alerts and tooling that may prompt re-evaluations of Digital Assets admitted to trading, taking into account developments in the Digital Assets market, including regulatory changes, technological issues or changes, market dynamics, liquidity and concentration of the Digital Assets.
(b) With regard to liquidity, Bitvavo assesses whether the liquidity provided by market makers to the Order Book is appropriately aligned with the Order volumes in the Order Book. Bitvavo also assesses the trading activity in the relevant Digital Asset on other Digital Asset trading platforms.
3.5 Digital Assets Not Admitted to Trading at the Bitvavo Trading Platform
A Digital Asset is not admitted to trading on the Bitvavo Trading Platform if:
(a) it does not pass the application procedure as referred to in Section 3.2 of these Trading Rules;
(b) no corresponding Digital Asset white paper has been published in the cases required by MiCA; or
(c) it has an inbuilt anonymization function, unless the holders and transaction history can be identified by Bitvavo.
4.1 Participant criteria
A person can be a Participant of the Bitvavo Trading Platform if:
(a) the person has created an Account as set out in the User Agreement;
(b) the person has accepted the User Agreement and these Trading Rules.
(c) the person complies with mandatory regulatory obligations related to Market Abuse prevention, AML/CFT/PSE rules and regulatory licensing requirements (if applicable) at Bitvavoās sole discretion; and
(d) Bitvavo has accepted this person as a Participant.
4.2 Participant categories
Bitvavo distinguishes four categories of Participants:
(a) Retail Participants;
(b) Corporate Participants;
(c) Market Makers; and
(d) Brokers (including, but not limited to, providers of trading bots or other services through the Bitvavo API).
4.3 Retail Participants
A Retail Participant can be a natural person that is at least 18 years old, that is not a US Person and that is resident in a jurisdiction in the EEA where BitvavoāServices are available.Ā
4.4 Corporate Participants
A Corporate Participant can be a legal entity that is not a Market Maker or a Broker and that is resident or established in a jurisdiction in the EEA where Bitvavo is authorized or permitted to provide its Services.
4.5 Market Makers
A Market Maker can be a natural person or legal entity that has entered into a market making agreement with Bitvavo and that complies with the terms thereof, the User Agreement and any other agreement concluded with Bitvavo or Bitvavo Custody. A market making agreement includes specific terms and conditions to obtain access to the Bitvavo Trading Platform as a Marker Maker, such as, amongst others, the Digital Assets covered by the market making agreement, minimum up-times and response times, the streaming of prices/quotes on both sides of the market, spread limits, fees, credit lines, incentives and penalties for non-compliance.Ā
4.6 Brokers
A Broker can be a legal entity that is a resident or is established in a jurisdiction in the EEA where Bitvavo is authorized or permitted to provide its Services, and, if applicable, is authorised to provide Crypto-Asset Services as defined in MiCA, and that complies with the terms of any agreement with Bitvavo.
4.7 API Trading Bots
A provider operating one or more Trading Bots that wants to access the Bitvavo Trading Platform must agree to the Bitvavo Developer Agreement and/or the API Partner Agreement.
4.8 Trading limits
(a) Bitvavo applies trading limits to the Account of Participants, including daily, weekly, monthly, annually and total limits. Bitvavo may set such limits in its sole discretion, based on the information provided by Participant and any other information available to Bitvavo (including, but not limited to, the Account balance of the Participant, the trading behaviour of the Participant, the capacity and resilience of the Bitvavo Trading Platform and the market for each relevant Digital Asset).
(b) Bitvavo may include the different trading limit thresholds as an indication on its Website. Bitvavo can amend the procedures and limits from time to time without prior notice and with immediate effect.
(c) Bitvavo may require a Participant to provide or verify additional information, or to wait some period of time after execution of a trade or a transaction, before settlement of such trade and before permitting a Participant to enter into any subsequent trades on the Bitvavo Trading Platform.
(d) A Participant may submit a request for higher limits. Bitvavo may require the Participant to submit additional documentation in this regard and does not guarantee that limits will be raised as requested.
5.1 Trading Days and Trading Hours
The Bitvavo Trading Platform is available for trading every day, 24 hours per day, except for scheduled or unscheduled down-time. Specific trading conditions may apply from time to time, for all admitted Digital Assets or on an asset-by-asset basis, for example during a specific status as determined by Bitvavo, including Halted markets, Cancel Only markets or during Auction periods, as set out in these Trading Rules.
5.2 Transactions
(a) Participants can submit instructions to buy or sell Digital Assets on the Bitvavo Trading Platform (placing an Order), against other Digital Assets or Bitvavo E-Tokens, where pairs are offered by Bitvavo from time to time (geographical restrictions may apply).
(b) Bitvavo is not a Participant and Bitvavo will not act as a counterparty of a Participant in any transaction in Digital Assets executed on the Bitvavo Trading Platform.
(c) The Participant is solely responsible for placing Orders and providing any other instructions.Ā
(d) Bitvavo or other Participants may provide information on Digital Assets, including, but not limited to, the price and volatility. This information as well as any other information on the Bitvavo Trading Platform does not constitute investment advice, a recommendation to sell or buy or an opinion of Bitvavo.
(e) The price indicated on the transaction confirmation is the price at which an Order has been executed. This price may deviate from prices indicated or referenced on the Bitvavo Trading Platform prior to the execution of an Order. The price indicated on the transaction confirmation is always conclusive over other price indications.
5.3 Recurring Buy
(a) Participants can automatically buy selected Digital Assets on a monthly basis by switching on the āRecurring Buyā feature.
(b) By using this feature, Participants authorise Bitvavo to deduct Funds and Fees directly from their Account at a random timestamp on a certain day of each month as selected by the Participant.
5.4 Holding of Funds
Once an Order to buy Digital Assets is placed, a certain amount of Funds is placed on hold in the Participantās Account. This means that these Funds can only be used to fulfil the Order for which they are reserved. The amount of Funds that is placed on hold, varies for Limit Orders and Market Orders. Amounts placed on hold are rounded up. Cancelling an Order returns the remaining amount on hold back to the account. A fill or partial fill reduces the remaining amount of Funds on hold accordingly.Ā
5.5 Holding of Digital Assets
Once an Order to sell Digital Assets is placed, a certain amount of Digital Assets is placed on hold in the Participantās Account. This means that these Digital Assets can only be used to fulfil the Order for which they are reserved. The amount of Digital Assets that is placed on hold, varies for Limit Orders and Market Orders. Amounts placed on hold are rounded up. Cancelling an Order returns the remaining amount on hold back to the account. A fill or partial fill reduces the remaining amount of Digital Assets on hold accordingly.
5.6 Order Routing
(a) If a Participant has enabled Price Guarantee Service, Orders that are eligible for Price Guarantee Service that are submitted by the Participant are considered an RfQ (request for quote) and will be routed to the RfQ Segment.Ā
(b) All other Orders will be routed to the CLOB segment.
5.7 Market Specifications
(a) Bitvavo will publish Market Specifications detailing the terms of any Digital Assets admitted to trading on the Bitvavo Trading Platform.
(b) Bitvavo may amend, at its sole discretion, the Market Specifications and such amendments shall be communicated to Participants on reasonable notice.Ā
5.8 Cancellation of transactionsĀ
Bitvavo may, in its sole discretion, or following a request by a Participant, conduct a review of a transaction executed on the Bitvavo Trading Platform where there is a reasonable basis to believe that such transaction has been executed as a result of an erroneously submitted Order, or executed in violation of applicable laws and regulations (including market abuse) and these Terms or where so requested by competent authorities or courts.
5.8.2. Bitvavo shall notify the relevant Participants to a transaction of the result of an investigation into one or more transactions.Ā
5.8.3. If Bitvavo, at its sole discretion, determines the transaction subject to an investigation is clearly erroneous or executed in violation of applicable laws and regulations (including market abuse) and these Terms, or where so requested by competent authorities or courts. it may nullify the transaction, un-wind the fund movements resulting from the transaction and shall notify the affected Participant(s) accordingly.Ā
6.1 Order Options
(a) The main Order options available on the Bitvavo Trading Platform are a Market Order or a Limit Order.
(i) Market Order:
(A) A Market Order is matched with the best-priced Limit Order in the Order Book at the time of the request. If there are more than one such Limit Orders, the Market Order is matched with the oldest one.Ā
(B) There is no guarantee that a Market Order will fill at the market price indicated. A Market Order may fill at a number of different prices, based on the quantity of the Market Order and the quantities and direction of the existing Orders in the Order Book at the time.
(ii) Limit Order:
(A) A Limit Order is an Order to buy or sell at a fixed price.Ā
(B) A Limit Order will be executed if or when the market price reaches the limit price and will be filled at the limit price or better.
(1) A buy Limit Order will be executed only at the limit price or a lower price.
(2) A sell Limit Order will be executed only at the limit price or a higher price.
(b) Additional advanced order options that may be available on the Bitvavo Trading Platform are Stop Loss Order, Stop Loss Limit Order, Take Profit Order and Take Profit Limit Order. The availability of these order options may depend on the method of access to the Bitvavo Trading Platform.
(i) Stop Loss Order:
(A) A Stop Loss Order is an instruction to place a Market Order to buy or sell a Digital Asset once its price reaches a specified trigger price in order to limit Participant losses.Ā
(B) Once a Stop Loss Order has been placed, it is considered āactiveā until cancelled or until the relevant Market Order is placed, when the Stop Price has been triggered.Ā
(C) A Stop Loss Order is not posted to the Order Book and is not visible to other Participants.
(ii) Stop Loss Limit Order:
(A) Stop Loss Limit Order mechanics are similar to Stop Loss Order with the main difference that Stop Loss Limit Order creates a Limit Order instead of a Market Order once a Digital Asset reaches a specified price.
(iii) Take Profit Order:
(A) A Take Profit Order is an instruction to place a Market Order to buy or sell a Digital Asset once its price reaches the Take Profit Price to realise Participant profits.Ā
(B) Once a Take Profit Order has been placed, it is considered āactiveā until it is cancelled or until the relevant Market Order has been placed when the Trigger Price is reached.Ā
(C) A Take Profit Order is not posted to the Order Book and is not visible to other Participants.
(iv) Take Profit Limit Order:
(A) Take Profit Limit Order mechanics are similar to Take Profit Order with the main difference that Take Profit Limit Order creates a Limit Order instead of a Market Order once a Digital Asset reaches a specified price.
6.2 Submission and execution of OrdersĀ
(a) An Order is submitted by a Participant via the App, Website or API. The Participant selects the Digital Asset it wants to buy or sell and enters the Order details. Subsequently, the Participant submits the Order to the Order Book.Ā
(b) Once the Order is submitted by the Participant and received by the Bitvavo Trading Platform system, Bitvavo performs a validation of the Order details, including if the Participantās balance is sufficient, the market protection checks as set out in Section 6.3 of these Trading Rules and whether, in Bitvavoās sole discretion, the Order contains all the relevant datapoints as pertaining to the Order, including datapoints that are required for Bitvavo to comply with applicable regulations or any other datapoints to be included in any Order. If the Order fails any of these checks, the Order is rejected and the Participant is notified. If the Order passes these checks, the Order is accepted by Bitvavo, entered into the Order Book and the Participant is notified.
(c) Once accepted into the Order Book, the Order is either matched with another existing Order in the Order Book with an opposite direction, or is added to the Order Book. If an Order is matched with another Order, this results in the execution of the Order in line with Section 6.5 - 6.8 of these Trading Rules. The Participant receives confirmation of such execution.
(d) An Order has the following parameters:
(i) Market: Name of the market, in the format BASE-QUOTE (e.g. BTC-EUR).
(ii) Side: Buy or sell.
(iii) Order Type: Limit Order or Market Order. When placing a Limit Order, the Order might still be executed against a better price than specified, in which case it is processed as a Market Order. There is also a possibility to submit advanced order types as described in [Section 6.3].
(iv) Amount: The quantity of the base asset to be bought/sold (required for Limit Orders, optional for Market Orders). Applicable quantity decimal precisions are detailed in the relevant Market Specification.
(v) Amount Quote: The amount specified in the quote asset (optional for Market Orders, either Amount or Amount Quote is required)
(vi) Price: The price for base asset specified in the quote asset (Required for Limit Orders). Applicable tick sizes are detailed in the relevant Market Specification.
(vii) Time In Force: This specifies how long the Order should be placed on the Order Book. This only applies to Limit Orders. The following options are allowed:
(A) GTC: Good-Til-Cancelled. This is the default setting and places an order on the Order Book until it is filled or cancelled.
(B) IOC: Immediate-Or-Cancel. This allows (partial) filling of the Order when it is submitted. The remaining amount that cannot be matched immediately will be cancelled.
(C) FOK: Fill-Or-Kill. This ensures that the entire Order is either filled or cancelled. Partial fills are not possible.
(viii) Self-Trade Prevention: Trading with oneself is not allowed. This setting handles what should be done if a Participantās Order would match with one of the Participantās own orders. The following options are allowed:
(A) Decrement And Cancel: This is the default setting and modifies both Orders by the amount that would have been filled. This results in the smaller of the two Orders being cancelled, and the other Order being reduced in size.
(B) Cancel Oldest: Cancels the oldest Order.
(C) Cancel Newest: Cancels the newest order.
(D) Cancel Both: Cancels both Orders.
(ix) Post Only: Limit Orders that have this set to true will be cancelled if matched immediately. This ensures that the Participant pays the maker fee and not the taker fee. As a default, Post Only is switched off.Ā
(x) Response Required: If this value is set to false, only the Order ID of the newly created Order is returned. The default value is true (i.e. a full response).
6.3 Market Protections
(a) Order Minimums/Maximums
All Market Orders, Limit Orders, and Stop Orders placed on the Bitvavo Trading Platform are subject to minimum and maximum Order Amount and Amount Quote requirements per market.
(b) Number of Open Orders
All Participants are subject to a maximum number of Orders that may be open in the Order Book per market. When a Participant reaches the limit in a given market, any Orders entered in that market thereafter are rejected until the number of open Orders stored in the Order Book for the given market decreases below the limit.
(c) Placement Price Protection
Limit Orders with a Good-Till-Cancel Time in Force are subject to a Placement Price Protection. Buy (Sell) Limit Orders with a price lower (higher) than the lower (upper) Placement Price Protection Band will be rejected.Ā
(i) The Upper Placement Price Protection Band is calculated by multiplying the Placement Price Multiplier times the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed.
(ii) The Lower Placement Price Protection Band is calculated by dividing the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed by the Placement Price Multiplier.
(d) Execution Price Protection
Limit Orders are subject to an Execution Price Protection. Buy (Sell) Limit Orders with a price higher (lower) than the upper (lower) Execution Price Protection Band will be rejected.
(i) The Upper Execution Price Protection Band is calculated as the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed plus the Execution Protection Threshold percentage.
(ii) The Lower Execution Price Protection Band is calculated as the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed minus the Execution Protection Threshold percentage.
(e) Spread Price Protection
(i) Market Orders are subject to a Spread Price Protection. Market Orders will fill at prices up to the Spread Protection Threshold from the mid-point price between the best bid and best offer on the Order Book at the time the Market Order is placed. If a Market Order would fill against Orders beyond the Spread Protection Threshold, the Order will partially fill up to the Spread Protection Threshold level and all the remaining quantity of the Order will be cancelled.
(f) Reference Price Protection
All Orders are subject to Reference Price Protection, which limits how far the price at which an Order is executed, can deviate from the market price at the time the Order is placed (the āReference Priceā).
The Reference Price is an index price, calculated using price data from multiple external exchanges to reflect a fair market value for the Digital Asset. Orders will only be filled at prices within what is known as the āReference Price Protection Thresholdā, which is a defined range from this Reference Price. If the price at which an Order would be filled falls outside this threshold, only the portion of the Order within the threshold will be filled; the rest will be cancelled. This may result in some Orders being partially filled.
If a valid reference price is unavailable, or if Bitvavo determines that the index does not accurately represent current market conditions, this protection will not apply.
(g) General Note for this section
The limits, multipliers and thresholds used for this section 6.3 shall be determined by Bitvavo for each market.
6.4 Errors
(a) In exceptional cases, there may be errors in the Bitvavo Trading Platform, including in relation to the prices displayed or the way in which Orders are matched. In addition, the Digital Assets on the Bitvavo Trading Platform may be subject to unusual price movements, including as a result of market manipulation or sudden drops or spikes in liquidity. In such cases, Bitvavo may at its sole discretion (and is in no way obliged to):
(i) retrospectively correct any such errors or rectify any such price movements, including by amending or reverting transactions, which may be to the advantage or to the disadvantage of Participant; or
(ii) temporarily or indefinitely halt trading on the Bitvavo Trading Platform for one or more Digital Assets;
(b) Especially during periods of high volume, illiquidity, fast movement or volatility, any Digital Assets traded on the Bitvavo Trading Platform may be executed at a different rate than displayed to the Participant at the time of Participants Order.
(c) In the case of suspected fraud or misuse, Bitvavo reserves the right to suspend or cancel Orders and transactions until the legitimacy has been verified.
6.5 Order Matching and Execution during Regular Trading
(a) Orders that are matched immediately are taker orders. Orders that are not matched immediately and are placed in the Order Book are maker orders.Ā
(b) Limit Orders may be maker or taker orders, depending on whether the Limit Order can be matched immediately. If matched immediately, the Limit order is a taker order. If placed on the Order Book, the Limit Order is a maker order.
(c) Orders are matched based on price-time priority. This means that taker orders are matched with the maker orders with the best available price. If several orders have the same price, the oldest maker order is matched. This process continues until the order is filled, placed on the Order Book, or cancelled.
(d) The price paid/received is determined by the maker order. This means that Limit Orders can be filled at prices better than their limit price.
(e) Fills may be settled nearly instantly or after a period of time.
(f) The execution price of a Market Order may differ significantly from the indicated price. This may be due to a change in price between the time of the Order being initiated by the Participant and the execution of the Order (i.e. 'slippage').
(g) Market Orders, Limit Orders, and Stop Limit Orders are not guaranteed executable due to the required availability of sufficient supply or demand.
(h) Orders may be executed instantly or after a period of time and will be considered to have taken place at the execution date and time.
6.6 Order Matching during Halted Markets
(a) Bitvavo may, in its discretion, temporarily halt trading in a market to preserve market integrity, orderly trading conditions, and/or to conduct regular scheduled maintenance.
(b) Orders cannot be placed, modified or cancelled when a market is Halted.
(c) No order matching occurs when a market is Halted.
(d) No Order Book updates will be broadcasted when a market is Halted.
6.7 Order Matching during Cancel Only Markets
(a) Bitvavo may, in its sole discretion, temporarily set Cancel Only in a market to preserve market integrity and/or to conduct regular scheduled maintenance.
(b) Orders can be cancelled when a market is in Cancel Only status.
(c) Orders cannot be placed or modified when a market is in Cancel Only status.
(d) No order matching occurs when a market is in Cancel Only status.
6.8 Order Matching during Auctions
(a) Bitvavo employs an Auction methodology after a market has been Halted or put into Cancel Only before Regular Trading resumes to guarantee price discovery and orderly markets.
(b) The Auction process consists of two phases:
(i) Auction Collection:
(A) A Participant cannot place a Market Order when a market is at the Auction Collection phase.
(B) A Participant can place, modify or cancel all other Order types when a market is at an Auction Collection phase.Ā
(C) No Orders will be matched during the Auction Collection.
(ii) Auction Matching:
(A) A Participant cannot place, modify or cancel Orders when a market is at the Auction Matching phase.
(B) During this period, Orders will be matched in accordance with the procedure as set out below.
(C) Active Limit Orders are used to determine the price at which the most units of the base asset are traded. If there is no price where trades occur, no matching occurs and Regular Trading resumes.
(D) If a price is obtained in the previous step, this price is used to prevent self-trades (according to the specifications made by the User regarding the treatment of its Orders for self trade prevention) .
(E) Orders are matched based on price-time priority and all Orders are considered taker orders. Limit Orders with the best price will be filled first, at the price determined in step (1).
(F) When no more Limit Orders can be matched at the determined price, Buy Post-Only Orders with a price above the determined price and Sell Post-Only Orders with a price below the determined price are cancelled and Regular Trading resumes.
(c) No Order Book updates will be broadcasted when a market is at Auction phase.
7.1 Price Guarantee ServiceĀ
The Price Guarantee Service protects the Participant against price fluctuations in a specific Digital Asset for a period of 5 seconds upon submission of the Order. This market risk is absorbed by the Participant interacting on the RfQ Segment and responding to RfQ. To account for the market risk taken by the Participant between the time of the Participantās quote and the execution of the Order, each quote may include a compensation (spread).Ā
7.2 Price Guarantee TradesĀ
(a) An Order via the Price Guarantee Service will result in a trade when the Participant has accepted the quote that has been shown to it in response to the opening of the order form and the entering of the relevant details of the order by the Participant.Ā
(b) If a quote under the RFQ Segment is accepted in a timely manner by a Participant, the RfQ will be executed under the Price Guarantee Service terms set out herein, and such RfQ will be deemed a taker order of that Participant.
7.3 Price Guarantee Quoting Process
If a quote is not accepted by a Participant within five (5) seconds, the quote will be refreshed with a new quote, which will again be valid for five (5) seconds. This process is repeated until a Participant accepts a quote, which will result in a (partial or entire) execution of the PG Order. Alternatively, the process ends when a Participant does not accept a quote and exits the order form for a specific crypto pair.
7.4 Quotes on the RFQ Segment
Prices of the quotes provided by Participants interacting on the RfQ Segment in response to RfQ must remain within a predetermined range. Only quotes that fall within this range will be considered by Bitvavoās matching engine in selecting the best quote (best from the Participant's perspective) that will be displayed to the Participant in response to a given RfQ.Ā
7.5 Algorithmic Trading
Participants may engage in Algorithmic Trading on the Bitvavo Trading Platform provided that:Ā
(a) the Participant has given prior notice to Bitvavo each time it wishes to deploy a new algorithm or a material change to an algorithm on the Bitvavo Trading Platform and provide a description of the algorithm including a unique identification number assigned to such algorithm, which shall be included in any order or quote generated or governed by such algorithm. Participant shall update such details and identification number upon each material change of the algorithm;
(b) prior to deployment of any algorithm on the Bitvavo Trading Platform, the Participant has performed appropriate and successful testing of each algorithm ensuring an algorithm does not contribute to or create disorderly market conditions on the Bitvavo Trading Platform;
(c) upon Bitvavoās instruction, the Participant shall use the testing environment made available by Bitvavo for purposes of conformance testing any new algorithm or substantial change to an algorithm, prior to deployment on the Bitvavo Trading Platform;
(d) each algorithm on the Bitvavo Trading Platform shall comply with Bitvavoās Trading Rules and applicable regulations;
(e) upon Bitvavoās request, the Participant shall provide certification in writing of the successful testing for each algorithm to be deployed on the Bitvavo Trading Platform, including for each substantial change thereto prior to the deployment on the Bitvavo Trading Platform;
(f) each of their algorithms deployed on the Bitvavo Trading Platform is continuously monitored by the Participant to prevent disorderly trading.
(g) the participant complies with all applicable regulatory obligations, including those relating to the prevention of market abuse, money laundering, terrorism financing, sanctions, and any relevant licensing or authorisation requirements.Ā
7.6 Conditions to High Frequency Trading
Bitvavo may, in its sole discretion, apply conditions to the deployment of High Frequency Trading techniques on the Bitvavo Trading Platform.
8.1 Grounds for Suspension
Bitvavo may, in its sole discretion, suspend or remove one or more Digital Assets or Participants from trading or to suspend trading on the Bitvavo Platform in its entirety or for an individual Participant. Among others, Bitvavo can do so in the following circumstances:
(a) to prevent disorderly market conditions;
(b) upon the substantiated request of an Issuer;
(c) in case of (suspected) fraud, deception or market abuse;
(d) failure of an Issuer or a Participant to comply with these Trading Rules;
(e) failure of an Issuer or a Participant to comply with applicable legislation;
(f) in case of bankruptcy of an Issuer or a Participant;
(g) failure of an Issuer or a Participant to provide requested information to Bitvavo, or a supervisory authority;
(h) in case of technical or operational disruption;
(i) in case of the occurrence of events in the financial markets or the Digital Asset markets that may have material adverse effect on the orderly trading, integrity or resilience of the Bitvavo Trading Platform; or
(j) if deemed appropriate by Bitvavo in its sole discretion in order to protect the integrity or resilience of the Bitvavo Trading Platform, or to protect the interests of any Participant, Bitvavo or any affiliate of Bitvavo.
8.2 Request from Supervisory Authority
Bitvavo will comply with a request of a supervisory authority to suspend or prohibit trading as referred to in Section 17 of these Trading Rules.
8.3 Suspension of Trading for Maintenance
Bitvavo may temporarily suspend trading for maintenance or for other reasons. Generally, Bitvavo will proceed according to the following steps:
(a) Announcement scheduled downtime: Participants will be informed through a message on account.bitvavo.com.
(b) Scheduled downtime begins: Participants will be informed through a message on account.bitvavo.com.
(c) Scheduled downtime ends: Markets will be placed in Halted mode. Participants will be informed through a message on account.bitvavo.com when trading resumes. This will be at least 15 minutes after the scheduled downtime ended.
8.4 Market Status during and after Suspension
During a suspension, the Bitvavo Trading Platform will be placed in Halted mode. When trading resumes after a suspension, Bitvavo will apply the Auction methodology as referred to in Section 6.8 of these Trading Rules.Ā
9.1 Settlement of Digital Assets
Bitvavo is responsible for the correct execution and settlement of the purchase and sale of Digital Assets on the Bitvavo Trading Platform in accordance with applicable regulations.
9.2 Off-Chain Settlement
All transactions on the Bitvavo Trading Platform are settled off-chain. Final settlement is generally initiated immediately or shortly after execution of a transaction on the Bitvavo Trading Platform and by the end of the Trading Day at the latest. The settlement process results in the transfer of rights associated with the traded Digital Assets from one Participant to another against the payment of the transaction price, while the Digital Assets themselves continue to be held by the Foundation, but on behalf of the acquiring Participant.
10.1 Pre-Trade Transparency
Bitvavo publishes the bid and ask prices and the depth of trading interest at those prices which are advertised on the Bitvavo Trading Platform for Digital Assets in accordance with applicable regulations. Bitvavo makes this information available on a continuous basis on its website.
10.2 Post-Trade Transparency
Bitvavo publishes the price, volume and time of the transactions executed in respect of Digital Assets traded on the Bitvavo Trading Platform in accordance with applicable regulations. Bitvavo publishes this information as close to real-time as technically possible in the App and on the Website.
10.3 Access to this Information
Bitvavo makes available the information in this section on a non-discriminatory basis. The regulatory information will be made available free of charge 15 minutes after publication in a machine-readable format, and it will remain published for at least two years.
11.1 Modification and Termination of Trading
Bitvavo may, in its sole discretion, for any reason and without liability to Participant, (i) modify, discontinue or terminate, temporarily or permanently, part or all of its Trading Services in general, and (ii) suspend, restrict or terminate Participantās access to the Bitvavo Trading Platform.
11.2 Bitvavo Trading Platform Availability
All Services are provided on an āas isā and āas availableā basis without warranty of any kind. Bitvavo does not guarantee that the Bitvavo Trading Platform will be available for any absolute or relative amount of time. Bitvavo does not warrant that access will not be interrupted or that there will be no delays, failures, errors, loss or similar of transmitted information. This may include, but is not limited to, unavailability of any of the Services during times of high volume, illiquidity, fast movement or volatility.
11.3 No Obligation to Provide Services
Bitvavo has no obligation to make available the Bitvavo Trading Platform to anyone when Bitvavo may reasonably believe that this would violate applicable laws and regulations.
12.1 Access to Bitvavo Trading Platform via API
Bitvavo may provide access to Participants to the Bitvavo Trading Platform and specific data and information through an āApplication Programming Interfaceā (API) which may be subject to additional terms and conditions as set by Bitvavo from time to time.
12.2 Use of API
To use the API, one or more API key(s) with corresponding secrets (API Credentials) must be created. The Participant is solely responsible for safeguarding the API Credentials and for any activities by the Participant or third parties that have access to the Account, whether authorized or not. In the event that the Participant knows, or should know, that API Credentials have been stolen or misused, the Participant shall contact Bitvavo immediately.
12.3 Changes to API
Bitvavo may, in its sole discretion, add, discontinue or remove, in whole or in part, the API at any time and without notice. Bitvavo cannot guarantee that future versions of the API will be backwards compatible. Participant acknowledges and understands that any of these changes may adversely affect Participantās use of the API and might require the Participant to make substantial changes in order to continue using the API, and that this is the Participantās own responsibility.
12.4 API Scope and Modifications
The scope and concrete form of the API is at Bitvavoās sole discretion. The API may be modified or abandoned at Bitvavoās sole discretion.
12.5 Monitoring of API use
Bitvavo may monitor the use of the API. The Participant will not block or otherwise interfere with the monitoring process.
12.6 API Limits
Bitvavo may set limits on the number of messages or Orders that the Participant can transmit through the API or extend limits for other Participants, in its sole discretion, during any given period and without notice. The Participant shall not attempt to circumvent such limitations. If the Participant exceeds the limits, Bitvavo may moderate the Participant activities, may cease offering access to the API or may immediately suspend or terminate access to the API in its sole discretion and without notice.
12.7 Prohibited Use of the API
The Participant shall not, and shall not encourage or authorize others to:
(a) use the API in any manner that is not expressly authorized by the User Agreement and the Trading Rules;
(b) alter, reproduce, adapt, distribute, display, publish, reverse engineer, translate, disassemble, decompile or otherwise attempt to create any source code that is derived from the API;
(c) use or access the API for purposes of monitoring the availability, performance, or functionality of any of the Services or for any other benchmarking or competitive purposes;
(d) collect, cache, aggregate, or store data or content accessed via the API other than for purposes allowed under the User Agreement;
(e) use the API in a manner that exceeds reasonable request volume, constitutes excessive or abusive usage, or otherwise impacts the stability of Bitvavoās servers or impacts the behaviour of other applications using the API;
(f) attempt to cloak or conceal Participantās identity when requesting authorization to the API;
(g) use the API to (i) access or use any information not permitted by the User Agreement and these Trading Rules, to (ii) circumvent or break any of Bitvavoās administrative, technical or organizational security measures, (iii) disrupt, impair, overburden or degrade the API or the Services, (iv) change the API or the Services in any way, or (v) test the vulnerabilities of the Services or API; and
(h) use any data collected from Participantās use of API for advertising purposes.
13.1 Access to Market Data
All Participants have full and equal real-time access to market data. Market data is made available through the web interfaces and Bitvavo API.
13.2 Equal Opportunity
All Participants have equal opportunity with regard to access the web interfaces and Bitvavo API.
14.1 Market Abuse
Participants are prohibited from engaging in market abuse, including insider dealing and market manipulation as referred to in Title VI MiCA.Ā
14.2 Market Abuse - Prohibited Activities
Without prejudice to the prohibitions as set out in Title VI MiCA, Participants are prohibited from any behaviour that may constitute market abuse, including but not limited to carrying out the following activities on the Bitvavo Trading Platform:
(a) Pump and dumps: artificially inflating the price of a Digital Asset through false and misleading positive statements, in order to sell the cheaply purchased Digital Asset at a higher price.
(b) Wash trading: Simultaneously buying and selling the same Digital Assets to create false trading volume and artificially inflate market activity.
(c) Front-running: Trading in advance of a large client order to take advantage of anticipated price movements resulting from the execution of that order. Front running involves using non-public information about future or pending transactions for their own benefit.
(d) Churning: excessive trading activity by (Broker) Participants on behalf of their clients, on either side of the Order Book, intended to increase the Participantās (Broker) commissions.
(e) Quote stuffing: quickly entering and then withdrawing large orders in an attempt to flood the market with quotes, causing competitors to lose time in processing them or causing other disorderly trading conditions.
(f) Spoofing / layering: creating the illusion of pessimism (or optimism) in the market by placing buy or sell orders without the intention of filling them.
(g) Insider trading: trading in Digital Assets based on non-public information that could affect the price of those Digital Assets.
(h) Information-based market abuse: spreading false or misleading information about crypto companies, crypto projects, Digital Assets, or market conditions to influence prices or trading activity. This includes disseminating rumours, false news, or deceptive market commentary to manipulate market participants perceptions.
(i) Improper disclosure practices: failing to disclose non-public information that could affect market prices or engaging in selective disclosure of information to certain market participants. Misleading disclosures or inadequate transparency about financial performance, risks, or other material matters related to a Digital Asset can also constitute market abuse.
14.3 Prohibition to use the Account and the Services for criminal activity
A Participant may not use the Account and the Services to perform criminal activities of any sort, including but not limited to money laundering, terrorist financing, sanction evasion, fraud or any other criminal or illegal activity, the existence whereof is to be determined by Bitvavo at its sole discretion. These include, but are not limited to, the following:
(a) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to sanctions programs administered in the countries where Bitvavo conducts business, including but not limited to the EU Sanctions list.
(b) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to terrorist financing as applicable in the countries where Bitvavo conducts business.
(c) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to money laundering as applicable in the countries where Bitvavo conducts business.
(d) Activity which would be related to fraud such as activities which operate to defraud Bitvavo (including Participants providing any false, inaccurate, or misleading information to Bitvavo), Participants and/or other persons.
(e) Activity which would be related to drugs such as sale of narcotics, controlled substances, and any equipment designed for making or using drugs.
(f) Activity which would be related to multi-level marketing such as pyramid schemes and network marketing.
(g) Activity which would be related to unfair, predatory or deceptive practices such as investment opportunities or other services that promise (too) high rewards and sites that Bitvavo determines in its sole discretion to be unfair, deceptive, or predatory towards Participants.
(h) Activity which would be related to illegal gambling such as unregulated lotteries, sports forecasting or odds making and comparable activities.
(i) Activity which would be related to high-risk businesses such as any businesses that Bitvavo believes to pose elevated financial risk, legal liability, or violates bank policies.
(j) Activity which would be related to (attempts to) to reverse engineer, modify, translate or disassemble the (software behind the) Bitvavo Environment in whole or in part.
14.4 Reporting to the AFM
Bitvavo will report to the AFM if it has any reasonable suspicion regarding an order or transaction, including any cancellation or modification thereof, and other aspects of the functioning of the distributed ledger technology such as the consensus mechanism, where there might exist circumstances indicating that market abuse has been committed, is being committed or is likely to be committed.
14.5 Reporting to Bitvavo
Each Participant must promptly report any suspicious activity to Bitvavo that undermines the integrity and fairness of crypto markets, that could be identified as market abuse as referred to in Title VI MiCA and/or that can be identified as one of the activities listed in this section.
14.6 Notification to Authorities
Bitvavo is authorized to notify the relevant authorities and will provide data to the relevant authorities to the extent required by law and regulation.
14.7 Reporting of Unusual Transactions
Bitvavo will report any unusual transactions to the relevant authority in line with the applicable anti-money laundering and anti-terrorism financing legislation.
15.1 Cancellation of Orders
Bitvavo may modify or cancel open Orders for any reason, including but not limited to, the following circumstances, the occurrence of which is to be determined by Bitvavo in its sole discretion:
(i) in case of Orders placed by Participants who, in Bitvavo's sole discretion, may have engaged or may have attempted to engage in abusive use of the Bitvavo Trading Platform in relation to that Order or otherwise. This may include market abuse activities or other prohibited activities as referred to in Section 14 of these Trading Rules, but may also include operational or otherwise abusive or adverse activities, such as using the API in a manner which unreasonably burdens the Bitvavo Trading Platform;
(ii) in case of Orders which involve an error with respect to price, quantity, or other parameters;
(iii) if required by any applicable law or regulation;Ā
(iv) upon instruction of competent authorities or court order; or
(v) if required for technical reasons.
15.2 Suspension of Account
Bitvavo may suspend or block specific or all use of an Account, suspend or cancel any pending Order or PG request (including any requests to modify or cancel an Order), any transaction, suspend or cancel any deposit or withdrawal, freeze the Funds or Digital Assets related to an Account or suspend the cancellation of an Account in connection with an investigation into misuse of an Account or any Service provided by Bitvavo. If the legitimacy of any Participant or any Order, PG request or use of the Services cannot be established, such Participant may lose all rights to the Funds and Digital Assets in its Account.
15.3 Delisting
Bitvavo may at any time and in its sole discretion decide to delist Digital Assets from the Bitvavo Trading Platform. Bitvavo can do so in any circumstances, including, but not limited to:
(a) a breach of these Trading Rules by the Issuer or non-conformity of the relevant Digital Asset with these Trading Rules;
(b) any events or developments regarding the Issuer or the Digital Asset that could pose material risk to the Participants or orderly trading on the Bitvavo Trading Platform;
(c) upon the request of a supervisory authority;
(d) in case of bankruptcy of the Issuer;
(e) if the Digital Asset is outside of the risk appetite of Bitvavo;
(f) upon the substantiated request of the Issuer of the Digital Asset;
(g) in case of material changes to the Issuer or the Digital Asset; or
(h) The Digital Asset fails to meet pre-set minimum liquidity thresholds; or
(i) the Digital Asset does not comply with Section 3.5 of these Trading Rules.
15.4 Consequences of Delisting
Upon delisting of a Digital Asset, trading in the Digital Assets concerned will be discontinued. Bitvavo will, where possible, timely inform of any (planned) delisting arrangements and be given the opportunity to divest or trade-away Digital Assets that are subject to delisting.
16.1 Instructions from supervisory authorities
Bitvavo shall comply with instructions from supervisory authorities, including EBA and the AFM, which may result in suspension or delisting of (Digital Assets.
16.2 Access to Information
Bitvavo shall comply with requests from supervisory authorities to provide relevant data relating to Orders in Digital Assets that are advertised through its systems, or to provide access to the Order Book, or to records of transactions executed on the Bitvavo Trading Platform. Relevant data may include details of any Order or transaction, as the case may be, including personal data and other datapoints that link Orders with transactions executed on the Bitvavo Trading Platform.Ā
17.1 Fees for admitting to trading on Bitvavo Trading Platform
Bitvavo may charge fees for the admission to trading on the Bitvavo Trading Platform as well as periodic fees in order to remain listed and available for trading on the Bitvavo Trading Platform.
17.2 Fees for trading on the Bitvavo Trading Platform
(a) Participant shall be due fees to Bitvavo for trading on the Bitvavo Trading Platform.
(b) Any fees and the relevant fee amounts shall be published by Bitvavo on the designated fee information pages on the Website and/or the Bitvavo Environment (the Fee Schedule), as amended from time to time, or shall be made available to Participant otherwise. Bitvavo may make changes hereto in its sole discretion from time to time. Any changes made available to participants shall become effective directly.
17.3 Trading Fee Structure
(a) Trading fees on the Bitvavo Trading Platform are based on each Participant's trading volume from the previous 30 days in accordance with the Fee Schedule as published on the Bitvavo website from time to time.
(b) The total fee amount that is charged for a trade depends on the following:
(i) the total cost (value) of the Order;Ā
(ii) the Currency Pair that is being traded;Ā
(iii) the 30-day trading volume of the participant; and
(iv) whether an Order is Maker or Taker.
17.4 Calculation of the Fees
(a) The fee is charged (and rebates are given) in the quote asset.
(b) Fees are calculated for each fill.
(c) Fees are rounded up, to the precision of the asset.
(d) Fees are averaged for each Order. This means that if one fill has paid more in fees than required, the next fill pays a lower fee, so that the average fee paid equals or exceeds the fee tier the Participant is in. This process may be conducted manually after the settlement has been done.Ā
(e) The 30-day rolling volume used to determine the fee tier is calculated in EUR, at 00:00 UTC each day.
(f) All Participants pay the fees mentioned in the Fees Schedule.Ā
(g) Bitvavo may temporarily increase or decrease the fee tier for Market Makers and large institutions (determined on a case-by-case basis).
17.5 Payment of Fees
Bitvavo may charge any fees and costs to the Participant, including but not limited to trading fees, by deducting these from Participantās Funds, Digital Assets or Bitvavo E-Token Wallet.
Bitvavo reserves the right to amend, add, or remove parts of the Trading Rules at any time and in its sole discretion. Participant will be notified of any changes and although Bitvavo will endeavour to provide Participant with advance notice, Bitvavo may indicate that the revised Trading Rules shall be effective immediately. If Participant does not agree with any such modification, Participant must close its Bitvavo Account and cease using the Bitvavo Trading Platform. If Participant continues to use the Bitvavo Trading Platform after a modification, Participant is deemed to have accepted and agreed to the amendments. It is the Participant's responsibility to review the amended Trading Rules.
1.1 Account has the meaning given thereto in the User Agreement.
1.2 AFM means the Dutch Authority for Financial Markets (Autoriteit Financiƫle Markten).
1.3 Algorithmic Trading means the use of computer algorithms that automatically determine individual parameters of orders resulting in investment and/or execution decisions based on predefined criteria and strategies with limited or no human intervention.
1.4 Affiliate has the meaning given thereto in the User Agreement.
1.5 API means Application Programming Interface.
1.6 API Credentials means the API key(s) with corresponding secrets.
1.7 API Trading Bot means an automated software application that interacts with the Bitvavo Trading Platform via API to execute trades based on predefined algorithms or strategies.
1.8 App has the meaning given thereto in the User Agreement.
1.9 Auction means the process as described in Section 6.8 of these Trading Rules.
1.10 Broker means a Participant as referred to in Section 4.6 of these Trading Rules.
1.11 Bitvavo means Bitvavo B.V.
1.12 Bitvavo Custody means Bitvavo Custody B.V.
1.13 Bitvavo E-Token has the meaning given thereto in the User Agreement.
1.14 Bitvavo Trading Platform means the Digital Asset trading platform operated by Bitvavo.
1.15 Cancel Only means the status of the Bitvavo Trading Platform whereby Participants are restricted to cancelling existing orders, either for a specific Digital Asset or on the entire trading platform.
1.16 CASP means a crypto-asset service provider as defined in MiCA.
1.17 CLOB means central limit order book.
1.18 Corporate Participant is a Participant as referred to Section 4.4 of these Trading Rules.
1.19 Digital Asset has the meaning given thereto in the User Agreement.
1.20 EBA means European Banking Authority.
1.21 EEA means European Economic Area.
1.22 Fee means any charge or cost imposed by Bitvavo or an Affiliate, as applicable) on an Issuer or a Participant for the execution of transactions, provision of Services, or maintenance of an Account, admission to trading or otherwise.
1.23 Funds has the meaning given thereto in the User Agreement.
1.24 Halted means the status of the Bitvavo Trading Platform whereby there is a temporary suspension of trading activity, either for a specific Digital Asset or on the entire trading platform.
1.25 High Frequency Trading means an infrastructure intended to minimise network and other types of latencies that enable Algorithmic Trading at high speed.
1.26 Issuer means issuer as defined in MiCA.
1.27 Limit Order means an Order as described in Section 6.1(a)(ii) of these Trading Rules.
1.28 Market Maker means a Participant as referred to in Section 4.5 of these Trading Rules.
1.29 Market Order means an Order as described in Section 6.1(a)(i) of these Trading Rules.
1.30 Market Specification means the document that describes the attributes of a specific Digital Asset as defined in Section 5.7 of these Trading Rules.
1.31 MiCA means Regulation (EU) 2023/1114 on markets in crypto-assets, as amended or supplemented from time to time.
1.32 Order means an instruction to buy or sell Digital Assets on the Bitvavo Trading Platform.
1.33 Order Book means a digital ledger maintained by Bitvavo that records all buy and sell orders for a specific cryptocurrency pair.
1.34 Participant means any natural person or legal entity that engages in trading activities on the Bitvavo Trading Platform.
1.35 Price Guarantee Service means the price guarantee service, which is a service provided by Bitvavo that protects the Participant against price fluctuations in a specific Digital Asset for a pre-defined period of time.
1.36 Reference Price has the meaning given thereto in Section 6.3 (f) of these Trading Rules.
1.37 RfQ means Request for Quote.
1.38 RfQ Segment means the segment of the Bitvavo Trading Platform where Orders of the Participants opted in for Price Guarantee Services are routed pursuant to these Trading Rules.
1.39 Retail Participant is a Participant as referred to in Section 4.3 of these Trading Rules.
1.40 Services has the meaning given thereto in the User Agreement.
1.41 Stop Loss Order means an Order as described in Section 6.1(b)(i) of these Trading Rules.
1.42 Stop Loss Limit Order means an Order as described in Section 6.1(b)(ii) of these Trading Rules.
1.43 Take Profit Order means an Order as described in Section 6.1(b)(iii) of these Trading Rules.
1.44 Take Profit Limit Order means an Order as described in Section 6.1(b)(iv) of these Trading Rules.
1.45 Tick Size means the minimum price increment between two valid order prices for a market. Orders must be priced in multiples of the configured tick size.
1.46 Trading Bots means any automated software, script, algorithm, or service - proprietary or third-party - that accesses the Bitvavo Trading Platform via APIs to submit, modify, or cancel Orders, or to make trading decisions without a human initiating each action.
1.47 Trading Rules means these trading rules.
1.48 US Person means a United States citizen or resident individual, a partnership or corporation organized in the United States or under the laws of the United States or any State thereof, a trust if (i) a court within the United States would have authority under applicable law to render orders or judgments concerning substantially all issues regarding administration of the trust, and (ii) one or more U.S. persons have the authority to control all substantial decisions of the trust, or an estate of a decedent that is a citizen or resident of the United States, a branch or an agency of a foreign entity which is located in the U.S, or any non-discretionary or similar account (other than an estate or trust) held by a dealer or other fiduciary for the account or benefit of a U.S person, or any discretionary account or similar account (other than an estate or trust) held by a dealer or other fiduciary organized, incorporated, or (if an individual) resident in the United States
1.49 User Agreement means the contractual agreement between the Participant, Bitvavo, Bitvavo Custody B.V. which defines and governs the provision of the Services by the relevant entities and the use of the Services by Participants.
1.50 Website has the meaning given thereto in the User Agreement.
Any capitalized term not defined in these Trading Rules shall have the meanings given to them in the User Agreement.
2.1 The Bitvavo Trading Platform
Bitvavo operates a trading platform which manages several trading systems such as the CLOB segment and the RfQ segment, where Digital Assets can be purchased or sold, resulting in the exchange of Funds for Digital Assets and Digital Assets for other Digital Assets (āthe Bitvavo Trading Platformā).
These Trading Rules govern terms applicable to the trading on Bitvavo Trading Platform, ensure compliance with Article 76 MiCA and promote fair, efficient and transparent trading on the Bitvavo Trading Platform.
2.2 Licence
Bitvavo is licensed by the AFM under the registration number 41000010, as a CASP under MiCA and is permitted to provide the Digital Asset service of operation of a trading platform for crypto assets, custody and administration of crypto assets and transfer services for crypto assets. These Services are available in all EEA jurisdictions.
Bitvavo reserves the right to not make the Bitvavo Trading Platform available in all markets or jurisdictions where it is authorized or permitted to provide its Services, and may restrict or prohibit the use of the Bitvavo Trading Platform by residents of certain jurisdictions.
For the avoidance of doubt, Lending Services are provided by Bitvavo Custody B.V. solely and Bitvavo Custody B.V is not subject to the supervision of the AFM.
Staking Services, Lending Services, Margin Trading Facility and Price Guarantee Services are not services regulated under MICA and involve certain risks, while using these services you may not be subject to the safeguards and protections under MICA.
3.1 Requirements for (Issuers of) Digital Assets seeking admission to trading at Bitvavo
(a) Bitvavo has implemented a Digital Asset admission processĀ based on which Bitvavo determines whether a new Digital Asset can be admitted to trading on the Bitvavo Trading Platform. Bitvavo may in its sole discretion determine whether or not a Digital Asset can be admitted to trading on the Bitvavo Trading Platform.
(b) Each Digital Asset to be admitted to trading on the Bitvavo Trading Platform should meet and continue to meet requirements on its business case, feasibility, compliance, legal, risk and suitability requirements as set by Bitvavo from time to time.
3.2 Application procedure for admission to trading at Bitvavo
The application procedure will be carried out in accordance with Bitvavoās policies and procedures. In summary, Bitvavo considers the following criteria:
(a) a business case assessment (including market viability and economic and strategic fundamentals) and pre-scan (for the feasibility and compliance assessment);
(b) a feasibility assessment (including custody, liquidity and blockchain integration);
(c) a compliance, legal and risk assessment (compliance with applicable laws, KYC, customer due diligence assessments proportionate to the risk profile of the applicant, audit and privacy and the risks associated with the Digital Asset);
(d) a suitability assessment (asset value, security, technology and additional risk and compliance requirements); and
(e) admission to go-live preparation (date, technological preparation, liquidity, inventory, and communication).
3.3 Conditions for Digital Assets to remain admitted to trading
(a) Liquidity thresholds
To remain eligible for trading, each Digital Asset that is admitted to trading on the Bitvavo Trading Platform must consistently achieve a daily average transaction volume that meets or exceeds the threshold periodically set by Bitvavo.
(b) Disclosure requirements
To remain eligible for trading, Issuers of Digital Assets must at minimum disclose the following information on their website:
(i) a Digital Asset whitepaper in compliance with the requirements in MiCA, if applicable; and
(ii) whenever there is a significant new factor, material mistake or material inaccuracy that can affect the assessment of the Digital Assets, the modified Digital Asset whitepaper, including the reasons for such modification, in accordance with MiCA, if applicable.
3.4 Ongoing monitoring of Issuers and Digital Assets
(a) To ensure continued credibility, security and efficiency of its markets and the Digital Assets that are admitted to trading and their compliance with this Section 3 of the Trading Rules, BitvavoĀ continuously monitors applicable risk factors that would possibly lead to a trading suspension or a delisting of any admitted Digital Assets. To perform this ongoing monitoring, Bitvavo leverages automated alerts and tooling that may prompt re-evaluations of Digital Assets admitted to trading, taking into account developments in the Digital Assets market, including regulatory changes, technological issues or changes, market dynamics, liquidity and concentration of the Digital Assets.
(b) With regard to liquidity, Bitvavo assesses whether the liquidity provided by Market Makers to the Order Book is appropriately aligned with the Order volumes in the Order Book. Bitvavo also assesses the trading activity in the relevant Digital Asset on other Digital Asset trading platforms.
3.5 Digital Assets Not Admitted to Trading at the Bitvavo Trading Platform
A Digital Asset is not admitted to trading on the Bitvavo Trading Platform if:
(a) it does not pass the application procedure as referred to in Section 3.2 of these Trading Rules;
(b) no corresponding Digital Asset white paper has been published in the cases required by MiCA; or
(c) it has an inbuilt anonymization function, unless the holders and transaction history can be identified by Bitvavo.
4.1 Participant criteria
A person can be a Participant of the Bitvavo Trading Platform if:
(a) the person has created an Account as set out in the User Agreement;
(b) the person has accepted the User Agreement and these Trading Rules.
(c) the person complies with mandatory regulatory obligations related to Market Abuse prevention, AML/CFT/PSE rules and regulatory licensing requirements (if applicable) at Bitvavoās sole discretion; and
(d) Bitvavo has accepted this person as a Participant.
4.2 Participant categories
Bitvavo distinguishes four categories of Participants:
(a) Retail Participants;
(b) Corporate Participants;
(c) Market Makers; and
(d) Brokers (including, but not limited to, providers of trading bots or other services through the Bitvavo API).
4.3 Retail Participants
A Retail Participant can be a natural person that is at least 18 years old, that is not a US Person and that is resident in a jurisdiction in the EEA where Bitvavo Services are available.
4.4 Corporate Participants
A Corporate Participant can be a legal entity that is not a Market Maker or a Broker and that is resident or established in a jurisdiction in the EEA where Bitvavo is authorized or permitted to provide its Services.
4.5 Market Makers
A Market Maker can be a natural person or legal entity that has entered into a market making agreement with Bitvavo and that complies with the terms thereof, the User Agreement and any other agreement concluded with Bitvavo or Bitvavo Custody. A market making agreement includes specific terms and conditions to obtain access to the Bitvavo Trading Platform as a Marker Maker, such as, amongst others, the Digital Assets covered by the market making agreement, minimum up-times and response times, the streaming of prices/quotes on both sides of the market, spread limits, fees, credit lines, incentives and penalties for non-compliance.
4.6 Brokers
A Broker can be a legal entity that is a resident or is established in a jurisdiction in the EEA where Bitvavo is authorized or permitted to provide its services, and, if applicable, is authorised to provide crypto-asset services as defined in MiCA, and that complies with the terms of any agreement with Bitvavo. A Broker operating one or more Trading Bots that wants to access the Bitvavo Trading Platform must agree to the Bitvavo Developer Agreement and/or the API Partner Agreement.
4.7 Trading limits
(a) Bitvavo applies trading limits to the Account of Participants, including daily, weekly, monthly, annually and total limits. Bitvavo may set such limits in its sole discretion, based on the information provided by Participant and any other information available to Bitvavo (including, but not limited to, the Account balance of the Participant, the trading behaviour of the Participant, the capacity and resilience of the Bitvavo Trading Platform and the market for each relevant Digital Asset).
(b) Bitvavo may include the different trading limit thresholds as an indication on its Website. Bitvavo can amend the procedures and limits from time to time without prior notice and with immediate effect.
(c) Bitvavo may require a Participant to provide or verify additional information, or to wait some period of time after execution of a trade or a transaction, before settlement of such trade and before permitting a Participant to enter into any subsequent trades on the Bitvavo Trading Platform.
(d) A Participant may submit a request for higher limits. Bitvavo may require the Participant to submit additional documentation in this regard and does not guarantee that limits will be raised as requested.
5.1 Trading Days and Trading Hours
The Bitvavo Trading Platform is available for trading every day, 24 hours per day, except for scheduled or unscheduled down-time. Specific trading conditions may apply from time to time, for all admitted Digital Assets or on an asset-by-asset basis, for example during a specific status as determined by Bitvavo, including Halted markets, Cancel Only markets or during Auction periods, as set out in these Trading Rules.
5.2 Transactions
(a) Participants can submit instructions to buy or sell Digital Assets on the Bitvavo Trading Platform (placing an Order), against other Digital Assets or Funds where pairs are offered by Bitvavo from time to time (geographical restrictions may apply).
(b) Bitvavo is not a Participant and Bitvavo will not act as a counterparty of a Participant in any transaction in Digital Assets executed on the Bitvavo Trading Platform.
(c) The Participant is solely responsible for placing Orders and providing any other instructions.
(d) Bitvavo or other Participants may provide information on Digital Assets, including, but not limited to, the price and volatility. This information as well as any other information on the Bitvavo Trading Platform does not constitute investment advice, a recommendation to sell or buy or an opinion of Bitvavo.
(e) The price indicated on the transaction confirmation is the price at which an Order has been executed. This price may deviate from prices indicated or referenced on the Bitvavo Trading Platform prior to the execution of an Order. The price indicated on the transaction confirmation is always conclusive over other price indications.
5.3 Recurring Buy
(a) Participants can automatically buy selected Digital Assets on a monthly basis by switching on the āRecurring Buyā feature.
(b) By using this feature, Participants authorise Bitvavo to deduct Funds and Fees directly from their Account at a random timestamp on a certain day of each month as selected by the Participant.
5.4 Holding of Funds
Once an Order to buy Digital Assets is placed, a certain amount of Funds is placed on hold in the Participantās Account. This means that these Funds can only be used to fulfil the Order for which they are reserved. The amount of Funds that is placed on hold, varies for Limit Orders and Market Orders. Amounts placed on hold are rounded up. Cancelling an Order returns the remaining amount on hold back to the account. A fill or partial fill reduces the remaining amount of Funds on hold accordingly.
5.5 Holding of Digital Assets
Once an Order to sell Digital Assets is placed, a certain amount of Digital Assets is placed on hold in the Participantās Account. This means that these Digital Assets can only be used to fulfil the Order for which they are reserved. The amount of Digital Assets that is placed on hold, varies for Limit Orders and Market Orders. Amounts placed on hold are rounded up. Cancelling an Order returns the remaining amount on hold back to the account. A fill or partial fill reduces the remaining amount of Digital Assets on hold accordingly.
5.6 Orders and Market Segments
(a) If a Participant has enabled the Price Guarantee Service, Orders that are eligible for Price Guarantee Service that are submitted by the Participant are considered an RfQ (Request for Quote) and will be routed to the RfQ Segment.
(b) All other Orders will be routed to the CLOB segment.
(c) Bitvavo has the sole discretion to decide on which market segment a Digital Asset may be traded and may require certain Digital Assets to be traded on an RfQ-only basis where the liquidity of certain Digital Assets changes.
(d) Bitvavo has the sole discretion to form different market segments, define and change terms applicable to such market segments.
5.7 Market Specifications
(a) Bitvavo will publish Market Specifications detailing the terms of any Digital Assets admitted to trading on the Bitvavo Trading Platform.
(b) Bitvavo may amend, at its sole discretion, the Market Specifications and such amendments shall be communicated to Participants on reasonable notice.
5.8 Cancellation of transactions
5.8.1 Bitvavo may, in its sole discretion, or following a request by a Participant, conduct a review of a transaction executed on the Bitvavo Trading Platform where (i) there is a reasonable basis to believe that such transaction has been executed as a result of an erroneously submitted Order, or (ii) executed in violation of applicable laws and regulations (including market abuse) and these Trading Rules, (iii) or where so requested by competent authorities or courts.
5.8.2. Bitvavo shall notify the relevant Participants to a transaction of the result of an investigation into one or more transactions.
5.8.3. If Bitvavo, at its sole discretion, determines the transaction subject to an investigation is clearly erroneous or executed in violation of applicable laws and regulations (including market abuse) and these Trading Rules, or if requested by competent authorities or courts, it may nullify the transaction, un-wind the fund movements resulting from the transaction and shall notify the affected Participant(s) accordingly.
6.1 Order Options
(a) The main Order options available on the Bitvavo Trading Platform are a Market Order or a Limit Order.
(i) Market Order:
(A) A Market Order is matched with the best-priced Limit Order in the Order Book at the time of the request. If there are more than one such Limit Orders, the Market Order is matched with the oldest one.
(B) There is no guarantee that a Market Order will fill at the market price indicated. A Market Order may fill at a number of different prices, based on the quantity of the Market Order and the quantities and direction of the existing Orders in the Order Book at the time.
(ii) Limit Order:
(A) A Limit Order is an Order to buy or sell at a fixed price.
(B) A Limit Order will be executed if or when the market price reaches the limit price and will be filled at the limit price or better.
(1) A buy Limit Order will be executed only at the limit price or a lower price.
(2) A sell Limit Order will be executed only at the limit price or a higher price.
(b) Additional advanced order options that may be available on the Bitvavo Trading Platform are Stop Loss Order, Stop Loss Limit Order, Take Profit Order, Take Profit Limit Order and One-Cancels-the-Other. The availability of these order options may depend on the method of access to the Bitvavo Trading Platform.
(i) Stop Loss Order:
(A) A Stop Loss Order is an instruction to place a Market Order to buy or sell a Digital Asset once its price reaches a specified trigger price in order to limit Participant losses.
(B) Once a Stop Loss Order has been placed, it is considered āactiveā until cancelled or until the relevant Market Order is placed, when the stop price has been triggered.
(C) A Stop Loss Order is not posted to the Order Book and is not visible to other Participants.
(ii) Stop Loss Limit Order:
(A) Stop Loss Limit Order mechanics are similar to Stop Loss Order with the main difference that Stop Loss Limit Order creates a Limit Order instead of a Market Order once a Digital Asset reaches a specified price.
(iii) Take Profit Order:
(A) A Take Profit Order is an instruction to place a Market Order to buy or sell a Digital Asset once its price reaches the take profit price to realise Participant profits.
(B) Once a Take Profit Order has been placed, it is considered āactiveā until it is cancelled or until the relevant Market Order has been placed when the trigger price is reached.
(C) A Take Profit Order is not posted to the Order Book and is not visible to other Participants.
(iv) Take Profit Limit Order:
(A) Take Profit Limit Order mechanics are similar to Take Profit Order with the main difference that Take Profit Limit Order creates a Limit Order instead of a Market Order once a Digital Asset reaches a specified price.
(v) One-Cancels-the-Other
(A) This Order type enables Participants to place two linked conditional Orders, (i) a Take Profit or a Take Profit Limit Order and (ii) a Stop Loss or a Stop Loss Limit Order where the triggering of one leg of the Order will result in the automatic cancellation of the other Order.
(B) In this Order type, both legs of the Order should be of the same direction i.e. sell side for both legs or buy side for both legs of the Order.
6.2 Submission and execution of Orders
(a) An Order is submitted by a Participant via the App, Website or API. The Participant selects the Digital Asset it wants to buy or sell and enters the Order details. Subsequently, the Participant submits the Order to the Order Book.
(b) Once the Order is submitted by the Participant and received by the Bitvavo Trading Platform system, Bitvavo performs a validation of the Order details, including if the Participantās balance is sufficient, the market protection checks as set out in Section 6.3 of these Trading Rules and whether, in Bitvavoās sole discretion, the Order contains all the relevant datapoints as pertaining to the Order, including datapoints that are required for Bitvavo to comply with applicable regulations or any other datapoints to be included in any Order. If the Order fails any of these checks, the Order is rejected and the Participant is notified. If the Order passes these checks, the Order is accepted by Bitvavo, entered into the Order Book and the Participant is notified.
(c) Once accepted into the Order Book, the Order is either matched with another existing Order in the Order Book with an opposite direction, or is added to the Order Book. If an Order is matched with another Order, this results in the execution of the Order in line with Section 6.5 - 6.8 of these Trading Rules. The Participant receives confirmation of such execution.
(d) An Order has the following parameters:
(i) Market: Name of the market, in the format BASE-QUOTE (e.g. BTC-EUR).
(ii) Side: Buy or sell.
(iii) Order Type: Limit Order or Market Order. When placing a Limit Order, the Order might still be executed against a better price than specified, in which case it is processed as a Market Order. There is also a possibility to submit advanced order types as described in Section 6.3.
(iv) Amount: The quantity of the base asset to be bought/sold (required for Limit Orders, optional for Market Orders). Applicable quantity decimal precisions are detailed in the relevant Market Specification.
(v) Amount Quote: The amount specified in the quote asset (optional for Market Orders, either Amount or Amount Quote is required)
(vi) Price: The price for base asset specified in the quote asset (required for Limit Orders). Applicable Tick Sizes are detailed in the relevant Market Specification.
(vii) Time In Force: This specifies how long the Order should be placed on the Order Book. This only applies to Limit Orders. The following options are allowed:
(A) GTC: Good-Til-Cancelled. This is the default setting and places an order on the Order Book until it is filled or cancelled.
(B) IOC: Immediate-Or-Cancel. This allows (partial) filling of the Order when it is submitted. The remaining amount that cannot be matched immediately will be cancelled.
(C) FOK: Fill-Or-Kill. This ensures that the entire Order is either filled or cancelled. Partial fills are not possible.
(viii) Self-Trade Prevention: Trading with oneself is not allowed. This setting handles what should be done if a Participantās Order would match with one of the Participantās own orders. The following options are allowed:
(A) Decrement And Cancel: This is the default setting and modifies both Orders by the amount that would have been filled. This results in the smaller of the two Orders being cancelled, and the other Order being reduced in size.
(B) Cancel Oldest: Cancels the oldest Order.
(C) Cancel Newest: Cancels the newest order.
(D) Cancel Both: Cancels both Orders.
(ix) Post Only: Limit Orders that have this set to true will be cancelled if matched immediately. This ensures that the Participant pays the maker fee and not the taker fee. As a default, Post Only is switched off.
(x) Response Required: If this value is set to false, only the Order ID of the newly created Order is returned. The default value is true (i.e. a full response).
6.3 Market Protections
(a) Order Minimums/Maximums
All Market Orders, Limit Orders, and Stop OrdersĀ placed on the Bitvavo Trading Platform are subject to minimum and maximum Order Amount and Amount Quote requirements per market.
(b) Number of Open Orders
All Participants are subject to a maximum number of Orders that may be open in the Order Book per market. When a Participant reaches the limit in a given market, any Orders entered in that market thereafter are rejected until the number of open Orders stored in the Order Book for the given market decreases below the limit.
(c) Placement Price Protection
Limit Orders with a Good-Til-Cancelled Time in Force are subject to a Placement Price Protection. Buy (Sell) Limit Orders with a price lower (higher) than the lower (upper) Placement Price Protection Band will be rejected.
(i) The Upper Placement Price Protection Band is calculated by multiplying the Placement Price Multiplier times the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed.
(ii) The Lower Placement Price Protection Band is calculated by dividing the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed by the Placement Price Multiplier.
(d) Execution Price Protection
Limit Orders are subject to an Execution Price Protection. Buy (Sell) Limit Orders with a price higher (lower) than the upper (lower) Execution Price Protection Band will be rejected.
(i) The Upper Execution Price Protection Band is calculated as the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed plus the Execution Protection Threshold percentage.
(ii) The Lower Execution Price Protection Band is calculated as the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed minus the Execution Protection Threshold percentage.
(e) Spread Price Protection
(i) Market Orders are subject to a Spread Price Protection. Market Orders will fill at prices up to the Spread Protection Threshold from the mid-point price between the best bid and best offer on the Order Book at the time the Market Order is placed. If a Market Order would fill against Orders beyond the Spread Protection Threshold, the Order will partially fill up to the Spread Protection Threshold level and all the remaining quantity of the Order will be cancelled.
(f) Reference Price Protection
All Orders are subject to Reference Price Protection, which limits how far the price at which an Order is executed, can deviate from the market price at the time the Order is placed (the āReference Priceā).
The Reference Price is an index price, calculated using price data from multiple external exchanges to reflect a fair market value for the Digital Asset. Orders will only be filled at prices within what is known as the āReference Price Protection Thresholdā, which is a defined range from this Reference Price. If the price at which an Order would be filled falls outside this threshold, only the portion of the Order within the threshold will be filled; the rest will be cancelled. This may result in some Orders being partially filled.
If a valid reference price is unavailable, or if Bitvavo determines that the index does not accurately represent current market conditions, this protection will not apply.
(g) Cancel on Disconnect
Cancel on Disconnect is a risk management feature that automatically triggers a cancellation of all open Orders placed by a Participant if there is a loss of connection to the Trading Platform for a period specified by the Participant.
Participants can group certain Digital Assets whereby each group would be subject to a different inactivity period after which open Orders in all Digital Assets in such group will be automatically cancelled.
This feature is available to Participants who opt-in for this feature. Bitvavo reserves the right to make this function available to only advanced Participants. Cancellation of open Orders will be processed within the general rules applicable to cancellation, Bitvavo does not guarantee automatic or immediate cancellation.
(h) General note for this section
The limits, multipliers and thresholds used for this section 6.3 shall be determined by Bitvavo for each market.
6.4 Errors
(a) In exceptional cases, there may be errors in the Bitvavo Trading Platform, including in relation to the prices displayed or the way in which Orders are matched. In addition, the Digital Assets on the Bitvavo Trading Platform may be subject to unusual price movements, including as a result of market manipulation or sudden drops or spikes in liquidity. In such cases, Bitvavo may at its sole discretion (and is in no way obliged to):
(i) retrospectively correct any such errors or rectify any such price movements, including by amending or reverting transactions, which may be to the advantage or to the disadvantage of Participant; or
(ii) temporarily or indefinitely halt trading on the Bitvavo Trading Platform for one or more Digital Assets;
(b) Especially during periods of high volume, illiquidity, fast movement or volatility, any Digital Assets traded on the Bitvavo Trading Platform may be executed at a different rate than displayed to the Participant at the time of Participants Order.
(c) Ā In the case of suspected fraud or misuse, Bitvavo reserves the right to suspend or cancel Orders and transactions until the legitimacy has been verified.
6.5 Order Matching and Execution During Regular Trading
(a) Orders that are matched immediately are taker orders. Orders that are not matched immediately and are placed in the Order Book are maker orders.
(b) Limit Orders may be maker or taker orders, depending on whether the Limit Order can be matched immediately. If matched immediately, the Limit order is a taker order. If placed on the Order Book, the Limit Order is a maker order.
(c) Orders are matched based on price-time priority. This means that taker Orders are matched with the maker Orders with the best available price. If several Orders have the same price, the oldest maker Order is matched. This process continues until the Order is filled, placed on the Order Book, or cancelled.
(d) The price paid/received is determined by the maker order. This means that Limit Orders can be filled at prices better than their limit price.
(e) Fills may be settled nearly instantly or after a period of time.
(f) The execution price of a Market Order may differ significantly from the indicated price. This may be due to a change in price between the time of the Order being initiated by the Participant and the execution of the Order (i.e. 'slippage').
(g) Market Orders, Limit Orders, and stop Limit Orders are not guaranteed executable due to the required availability of sufficient supply or demand.
(h) Orders may be executed instantly or after a period of time and will be considered to have taken place at the execution date and time.
6.6 Order Matching During Halted Markets
(a) Bitvavo may, in its discretion, temporarily halt trading in a market to preserve market integrity, orderly trading conditions, and/or to conduct regular scheduled maintenance.
(b) Orders cannot be placed, modified or cancelled when a market is Halted.
(c) No order matching occurs when a market is Halted.
(d) No Order Book updates will be broadcasted when a market is Halted.
6.7 Order Matching During Cancel Only Markets
(a) Bitvavo may, in its sole discretion, temporarily set Cancel Only in a market to preserve market integrity and/or to conduct regular scheduled maintenance.
(b) Orders can be cancelled when a market is in Cancel Only status.
(c) Orders cannot be placed or modified when a market is in Cancel Only status.
(d) No order matching occurs when a market is in Cancel Only status.
6.8 Order Matching During Auctions
(a) Bitvavo employs an Auction methodology after a market has been Halted or put into Cancel Only before Regular Trading resumes to guarantee price discovery and orderly markets.
(b) The Auction process consists of two phases:
(i) Auction Collection:
(A) A Participant cannot place a Market Order when a market is at the Auction Collection phase.
(B) A Participant can place, modify or cancel all other Order types when a market is at an Auction Collection phase.
(C) No Orders will be matched during the Auction Collection.
(ii) Auction Matching:
(A) A Participant cannot place, modify or cancel Orders when a market is at the Auction Matching phase.
(B) During this period, Orders will be matched in accordance with the procedure as set out below.
(C) Active Limit Orders are used to determine the price at which the most units of the base asset are traded. If there is no price where trades occur, no matching occurs and Regular Trading resumes.
(D) If a price is obtained in the previous step, this price is used to prevent self-trades (according to the specifications made by the User regarding the treatment of its Orders for self trade prevention).
(E) Orders are matched based on price-time priority and all Orders are considered taker orders. Limit Orders with the best price will be filled first, at the price determined in step (1).
(F) When no more Limit Orders can be matched at the determined price, Buy Post-Only Orders with a price above the determined price and Sell Post-Only Orders with a price below the determined price are cancelled and Regular Trading resumes.
(c) No Order Book updates will be broadcasted when a market is at Auction phase.
7.1 Price Guarantee Service
The Price Guarantee Service protects the Participant against price fluctuations in a specific Digital Asset for a period of 5 seconds upon submission of the Order. This market risk is absorbed by the Participant interacting on the RfQ Segment and responding to RfQ. To account for the market risk taken by the Participant between the time of the Participantās quote and the execution of the Order, each quote may include a compensation (spread).
7.2 Price Guarantee Trades
(a) An Order via the Price Guarantee Service will result in a trade when the Participant has accepted the quote that has been shown to it in response to the opening of the order form and the entering of the relevant details of the order by the Participant.
(b) If a quote under the RFQ Segment is accepted in a timely manner by a Participant, the RfQ will be executed under the Price Guarantee Service terms set out herein, and such RfQ will be deemed a taker order of that Participant.
7.3 Price Guarantee Quoting Process
If a quote is not accepted by a Participant within five (5) seconds, the quote will be refreshed with a new quote, which will again be valid for five (5) seconds. This process is repeated until a Participant accepts a quote, which will result in a (partial or entire) execution of the PG Order. Alternatively, the process ends when a Participant does not accept a quote and exits the order form for a specific crypto pair. If there are no available quotes on the RFQ Segment then the Participant will be prompted to execute a standard Market Order.
7.4 Quotes on the RFQ Segment
Prices of the quotes provided by Participants interacting on the RfQ Segment in response to RfQ must remain within a predetermined range. Only quotes that fall within this range will be considered by Bitvavoās matching engine in selecting the best quote (best from the Participant's perspective) that will be displayed to the Participant in response to a given RfQ .
7.5 Algorithmic Trading
Participants may engage in Algorithmic Trading on the Bitvavo Trading Platform provided that:
(a) the Participant has given prior notice to Bitvavo each time it wishes to deploy a new algorithm or a material change to an algorithm on the Bitvavo Trading Platform and provide a description of the algorithm including a unique identification number assigned to such algorithm, which shall be included in any order or quote generated or governed by such algorithm. Participant shall update such details and identification number upon each material change of the algorithm;
(b) prior to deployment of any algorithm on the Bitvavo Trading Platform, the Participant has performed appropriate and successful testing of each algorithm ensuring an algorithm does not contribute to or create disorderly market conditions on the Bitvavo Trading Platform;
(c) upon Bitvavoās instruction, the Participant shall use the testing environment made available by Bitvavo for purposes of conformance testing any new algorithm or substantial change to an algorithm, prior to deployment on the Bitvavo Trading Platform;
(d) each algorithm on the Bitvavo Trading Platform shall comply with Bitvavoās Trading Rules and applicable regulations;
(e) upon Bitvavoās request, the Participant shall provide certification in writing of the successful testing for each algorithm to be deployed on the Bitvavo Trading Platform, including for each substantial change thereto prior to the deployment on the Bitvavo Trading Platform;
(f) each of their algorithms deployed on the Bitvavo Trading Platform is continuously monitored by the Participant to prevent disorderly trading.
(g) the participant complies with all applicable regulatory obligations, including those relating to the prevention of market abuse, money laundering, terrorism financing, sanctions, and any relevant licensing or authorisation requirements.
7.6 Conditions to High Frequency Trading
Bitvavo may, in its sole discretion, apply conditions to the deployment of High Frequency Trading techniques on the Bitvavo Trading Platform.
7.7. Margin Trading
7.7.1 Margin Trading is a trading strategy that allows a Participant to borrow Digital Assets (āMargin Tradingā). A Participant may open a short position by borrowing a Digital Asset and then selling Digital Assets with the intention of buying them back later at a more favorable price.
7.7.2 Bitvavo may allow Participants to engage in Margin Trading on Bitvavo Platform. Margin Trading Facility offered to Participants will allow Participants to take a short position or multiple short positions in a Digital Asset by borrowing such Digital Assets from Bitvavo Custody (āBorrowed Assetsā) in exchange for collateral (āMargin Trading Facilityā).
7.7.3 The Participant could trade on margin by using the Margin Account. The Participant shall monitor each Margin Position, the Borrowed Assets and corresponding Margin Collateral in its Margin Account.
7.7.4 The Participant shall monitor the Health Ratio at all times to avoid Liquidation of the relevant Margin Position. If the Liquidation is triggered, Margin Collateral will be used to recover Borrowed Assets, Borrowing Fee and Liquidation Fee.
7.7.5. The Participant acknowledges and agrees that Liquidation may occur automatically, without prior notice, and irrespective of whether other rights or remedies under these Trading Rules and the User Agreement (including provisions relating to default, Force Majeure, or insolvency) have been exercised.
8.1 Grounds for Suspension
Bitvavo may, in its sole discretion, suspend or remove one or more Digital Assets or Participants from trading or to suspend trading on the Bitvavo Platform in its entirety or for an individual Participant. Among others, Bitvavo can do so in the following circumstances:
(a) to prevent disorderly market conditions;
(b) upon the substantiated request of an Issuer;
(c) in case of (suspected) fraud, deception or market abuse;
(d) failure of an Issuer or a Participant to comply with these Trading Rules;
(e) failure of an Issuer or a Participant to comply with applicable legislation;
(f) in case of bankruptcy of an Issuer or a Participant;
(g) failure of an Issuer or a Participant to provide requested information to Bitvavo, or a supervisory authority;
(h) in case of technical or operational disruption;
(i) in case of the occurrence of events in the financial markets or the Digital Asset markets that may have material adverse effect on the orderly trading, integrity or resilience of the Bitvavo Trading Platform; or
(j) if deemed appropriate by Bitvavo in its sole discretion in order to protect the integrity or resilience of the Bitvavo Trading Platform, or to protect the interests of any Participant, Bitvavo or any Affiliate of Bitvavo.
8.2 Request from Supervisory Authority
Bitvavo will comply with a request of a supervisory authority to suspend or prohibit trading as referred to in Section 16 of these Trading Rules.
8.3 Suspension of Trading for Maintenance
Bitvavo may temporarily suspend trading for maintenance or for other reasons. Generally, Bitvavo will proceed according to the following steps:
(a) Announcement scheduled downtime: Participants will be informed through a message on account.bitvavo.com.
(b) Scheduled downtime begins: Participants will be informed through a message on account.bitvavo.com.
(c) Scheduled downtime ends: Markets will be placed in Halted mode. Participants will be informed through a message on account.bitvavo.com when trading resumes. This will be at least 15 minutes after the scheduled downtime ends.
8.4 Market Status During and After Suspension
During a suspension, the Bitvavo Trading Platform will be placed in Halted mode. When trading resumes after a suspension, Bitvavo will apply the Auction methodology as referred to in Section 6.8 of these Trading Rules.
9.1 Settlement of Digital Assets
Bitvavo is responsible for the correct execution and settlement of the purchase and sale of Digital Assets on the Bitvavo Trading Platform in accordance with applicable regulations.
9.2 Off-Chain Settlement
All transactions on the Bitvavo Trading Platform are settled off-chain. Final settlement is generally initiated immediately or shortly after execution of a transaction on the Bitvavo Trading Platform and by the end of the Trading Day at the latest. The settlement process results in the transfer of rights associated with the traded Digital Assets from one Participant to another against the payment of the transaction price, while the Digital Assets themselves continue to be held by the Foundation, but on behalf of the acquiring Participant.
10.1 Pre-Trade Transparency
Bitvavo publishes the bid and ask prices and the depth of trading interest at those prices which are advertised on the Bitvavo Trading Platform for Digital Assets in accordance with applicable regulations. Bitvavo makes this information available on a continuous basis on its website.
10.2 Post-Trade Transparency
Bitvavo publishes the price, volume and time of the transactions executed in respect of Digital Assets traded on the Bitvavo Trading Platform in accordance with applicable regulations. Bitvavo publishes this information as close to real-time as technically possible in the App and on the Website.
10.3 Access to this Information
Bitvavo makes available the information in this section on a non-discriminatory basis. The regulatory information will be made available free of charge 15 minutes after publication in a machine-readable format, and it will remain published for at least two years.
11.1 Modification and Termination of Trading
Bitvavo may, in its sole discretion, for any reason and without liability to Participant, (i)Ā modify, discontinue or terminate, temporarily or permanently, part or all of its trading services in general, and (ii) suspend, restrict or terminate Participantās access to the Bitvavo Trading Platform.
11.2 Bitvavo Trading Platform Availability
All Services are provided on an āas isā and āas availableā basis without warranty of any kind. Bitvavo does not guarantee that the Bitvavo Trading Platform will be available for any absolute or relative amount of time. Bitvavo does not warrant that access will not be interrupted or that there will be no delays, failures, errors, loss or similar of transmitted information. This may include, but is not limited to, unavailability of any of the Services during times of high volume, illiquidity, fast movement or volatility.
11.3 No Obligation to Provide Services
Bitvavo has no obligation to make available the Bitvavo Trading Platform to anyone when Bitvavo may reasonably believe that this would violate applicable laws and regulations.
12.1 Access to Bitvavo Trading Platform via API
Bitvavo may provide access to Participants to the Bitvavo Trading Platform and specific data and information through an āApplication Programming Interfaceā (API) which may be subject to additional terms and conditions as set by Bitvavo from time to time.
12.2 Use of API
To use the API, one or more API key(s) with corresponding secrets (API Credentials) must be created. The Participant is solely responsible for safeguarding the API Credentials and for any activities by the Participant or third parties that have access to the Account, whether authorized or not. In the event that the Participant knows, or should know, that API Credentials have been stolen or misused, the Participant shall contact Bitvavo immediately.
12.3 Changes to API
Bitvavo may, in its sole discretion, add, discontinue or remove, in whole or in part, the API at any time and without notice. Bitvavo cannot guarantee that future versions of the API will be backwards compatible. Participant acknowledges and understands that any of these changes may adversely affect Participantās use of the API and might require the Participant to make substantial changes in order to continue using the API, and that this is the Participantās own responsibility.
12.4 API Scope and Modifications
The scope and concrete form of the API is at Bitvavoās sole discretion. The API may be modified or abandoned at Bitvavoās sole discretion.
12.5 Monitoring of API use
Bitvavo may monitor the use of the API. The Participant will not block or otherwise interfere with the monitoring process.
12.6 API Limits
Bitvavo may set limits on the number of messages or Orders that the Participant can transmit through the API or extend limits for other Participants, in its sole discretion, during any given period and without notice. The Participant shall not attempt to circumvent such limitations. If the Participant exceeds the limits, Bitvavo may moderate the Participant activities, may cease offering access to the API or may immediately suspend or terminate access to the API in its sole discretion and without notice.
12.7 Prohibited Use of the API
The Participant shall not, and shall not encourage or authorize others to:
(a) use the API in any manner that is not expressly authorized by the User Agreement and the Trading Rules;
(b) alter, reproduce, adapt, distribute, display, publish, reverse engineer, translate, disassemble, decompile or otherwise attempt to create any source code that is derived from the API;
(c) use or access the API for purposes of monitoring the availability, performance, or functionality of any of the Services or for any other benchmarking or competitive purposes;
(d) collect, cache, aggregate, or store data or content accessed via the API other than for purposes allowed under the User Agreement;
(e) use the API in a manner that exceeds reasonable request volume, constitutes excessive or abusive usage, or otherwise impacts the stability of Bitvavoās servers or impacts the behaviour of other applications using the API;
(f) attempt to cloak or conceal Participantās identity when requesting authorization to the API;
(g) use the API to (i) access or use any information not permitted by the User Agreement and these Trading Rules, to (ii) circumvent or break any of Bitvavoās administrative, technical or organizational security measures, (iii) disrupt, impair, overburden or degrade the API or the Services, (iv) change the API or the Services in any way, or (v) test the vulnerabilities of the Services or API; and
(h) use any data collected from Participantās use of API for advertising purposes.
13.1 Access to Market Data
All Participants have full and equal real-time access to market data. Market data is made available through the web interfaces and Bitvavo API.
13.2 Equal Opportunity
All Participants have equal opportunity with regard to access the web interfaces and Bitvavo API.
14.1 Market Abuse
Participants are prohibited from engaging in market abuse, including insider dealing and market manipulation as referred to in Title VI MiCA.
14.2 Market Abuse - Prohibited Activities
Without prejudice to the prohibitions as set out in Title VI MiCA, Participants are prohibited from any behaviour that may constitute market abuse, including but not limited to carrying out the following activities on the Bitvavo Trading Platform:
(a) Pump and dumps: artificially inflating the price of a Digital Asset through false and misleading positive statements, in order to sell the cheaply purchased Digital Asset at a higher price.
(b) Wash trading: Simultaneously buying and selling the same Digital Assets to create false trading volume and artificially inflate market activity.
(c) Front-running: Trading in advance of a large client order to take advantage of anticipated price movements resulting from the execution of that order. Front running involves using non-public information about future or pending transactions for their own benefit.
(d) Churning: excessive trading activity by (Broker) Participants on behalf of their clients, on either side of the Order Book, intended to increase the Participantās (Broker) commissions.
(e) Quote stuffing: quickly entering and then withdrawing large orders in an attempt to flood the market with quotes, causing competitors to lose time in processing them or causing other disorderly trading conditions.
(f) Spoofing / layering: creating the illusion of pessimism (or optimism) in the market by placing buy or sell orders without the intention of filling them.
(g) Insider trading: trading in Digital Assets based on non-public information that could affect the price of those Digital Assets.
(h) Information-based market abuse: spreading false or misleading information about crypto companies, crypto projects, Digital Assets, or market conditions to influence prices or trading activity. This includes disseminating rumours, false news, or deceptive market commentary to manipulate market participants perceptions.
(i) Improper disclosure practices: failing to disclose non-public information that could affect market prices or engaging in selective disclosure of information to certain market participants. Misleading disclosures or inadequate transparency about financial performance, risks, or other material matters related to a Digital Asset can also constitute market abuse.
14.3 Prohibition to Use the Account and the Services for Criminal Activities
A Participant may not use the Account and the Services to perform criminal activities of any sort, including but not limited to money laundering, terrorist financing, sanction evasion, fraud or any other criminal or illegal activity, the existence whereof is to be determined by Bitvavo at its sole discretion. These include, but are not limited to, the following:
(a) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to sanctions programs administered in the countries where Bitvavo conducts business, including but not limited to the EU Sanctions list.
(b) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to terrorist financing as applicable in the countries where Bitvavo conducts business.
(c) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to money laundering as applicable in the countries where Bitvavo conducts business.
(d) Activity which would be related to fraud such as activities which operate to defraud Bitvavo (including Participants providing any false, inaccurate, or misleading information to Bitvavo), Participants and/or other persons.
(e) Activity which would be related to drugs such as sale of narcotics, controlled substances, and any equipment designed for making or using drugs.
(f) Activity which would be related to multi-level marketing such as pyramid schemes and network marketing.
(g) Activity which would be related to unfair, predatory or deceptive practices such as investment opportunities or other services that promise (too) high rewards and sites that Bitvavo determines in its sole discretion to be unfair, deceptive, or predatory towards Participants.
(h) Activity which would be related to illegal gambling such as unregulated lotteries, sports forecasting or odds making and comparable activities.
(i) Activity which would be related to high-risk businesses such as any businesses that Bitvavo believes to pose elevated financial risk, legal liability, or violates bank policies.
(j) Activity which would be related to (attempts to) to reverse engineer, modify, translate or disassemble the (software behind the) Bitvavo Environment in whole or in part.
14.4 Reporting to the AFM
Bitvavo will report to the AFM if it has any reasonable suspicion regarding an order or transaction, including any cancellation or modification thereof, and other aspects of the functioning of the distributed ledger technology such as the consensus mechanism, where there might exist circumstances indicating that market abuse has been committed, is being committed or is likely to be committed.
14.5 Reporting to Bitvavo
Each Participant must promptly report any suspicious activity to Bitvavo that undermines the integrity and fairness of crypto markets, that could be identified as market abuse as referred to in Title VI MiCA and/or that can be identified as one of the activities listed in this section.
14.6 Notification to Authorities
Bitvavo is authorized to notify the relevant authorities and will provide data to the relevant authorities to the extent required by law and regulation.
14.7 Reporting of Unusual Transactions
Bitvavo will report any unusual transactions to the relevant authority in line with the applicable anti-money laundering and anti-terrorism financing legislation.
15.1 Cancellation of Orders
Bitvavo may modify or cancel open Orders for any reason, including but not limited to, the following circumstances, the occurrence of which is to be determined by Bitvavo in its sole discretion:
(i) in case of Orders placed by Participants who, in Bitvavo's sole discretion, may have engaged or may have attempted to engage in abusive use of the Bitvavo Trading Platform in relation to that Order or otherwise. This may include market abuse activities or other prohibited activities as referred to in Section 14 of these Trading Rules, but may also include operational or otherwise abusive or adverse activities, such as using the API in a manner which unreasonably burdens the Bitvavo Trading Platform;
(ii) in case of Orders which involve an error with respect to price, quantity, or other parameters;
(iii) if required by any applicable law or regulation;
(iv) upon instruction of competent authorities or court order; or
(v) if required for technical reasons.
15.2 Suspension of Account
Bitvavo may suspend or block specific or all use of an Account, suspend or cancel any pending Order or PG request (including any requests to modify or cancel an Order), any transaction, suspend or cancel any deposit or withdrawal, freeze the Funds or Digital Assets related to an Account or suspend the cancellation of an Account in connection with an investigation into misuse of an Account or any Service provided by Bitvavo. If the legitimacy of any Participant or any Order, PG request or use of the Services cannot be established, such Participant may lose all rights to the Funds and Digital Assets in its Account.
15.3 Delisting
Bitvavo may at any time and in its sole discretion decide to delist Digital Assets from the Bitvavo Trading Platform. Bitvavo can do so in any circumstances, including, but not limited to:
(a) a breach of these Trading Rules by the Issuer or non-conformity of the relevant Digital Asset with these Trading Rules;
(b) any events or developments regarding the Issuer or the Digital Asset that could pose material risk to the Participants or orderly trading on the Bitvavo Trading Platform;
(c) upon the request of a supervisory authority;
(d) in case of bankruptcy of the Issuer;
(e) if the Digital Asset is outside of the risk appetite of Bitvavo;
(f) upon the substantiated request of the Issuer of the Digital Asset;
(g) in case of material changes to the Issuer or the Digital Asset;
(h) the Digital Asset fails to meet pre-set minimum liquidity thresholds; or
(i) the Digital Asset does not comply with Section 3.5 of these Trading Rules.
15.4 Consequences of Delisting
Upon delisting of a Digital Asset, trading in the Digital Assets concerned will be discontinued. Bitvavo will, where possible, timely inform of any (planned) delisting arrangements and be given the opportunity to divest or trade-away Digital Assets that are subject to delisting.
16.1 Instructions from supervisory authorities
Bitvavo shall comply with instructions from supervisory authorities, including EBA and the AFM, which may result in suspension or delisting of Digital Assets.
16.2 Access to Information
Bitvavo shall comply with requests from supervisory authorities to provide relevant data relating to Orders in Digital Assets that are advertised through its systems, or to provide access to the Order Book, or to records of transactions executed on the Bitvavo Trading Platform. Relevant data may include details of any Order or transaction, as the case may be, including personal data and other datapoints that link Orders with transactions executed on the Bitvavo Trading Platform.
17.1 Fees for admitting to trading on Bitvavo Trading Platform
Bitvavo may charge fees for the admission to trading on the Bitvavo Trading Platform as well as periodic fees in order to remain listed and available for trading on the Bitvavo Trading Platform.
17.2 Fees for trading on the Bitvavo Trading Platform
(a) Participant shall be due fees to Bitvavo for trading on the Bitvavo Trading Platform.
(b) Any fees and the relevant fee amounts shall be published by Bitvavo on the designated fee information pages on the Website and/or the Bitvavo Environment (the Fee schedule), as amended from time to time, or shall be made available to Participant otherwise. Bitvavo may make changes hereto in its sole discretion from time to time. Any changes made available to Participants shall become effective directly.
17.3 Trading Fee Structure
(a) Trading fees on the Bitvavo Trading Platform are based on each Participant's trading volume from the previous 30 days in accordance with the Fee Schedule as published on the Bitvavo website from time to time.
(b) The total fee amount that is charged for a trade depends on the following:
(i) the total cost (value) of the Order;
(ii) the currency pair that is being traded;
(iii) the 30-day trading volume of the participant; and
(iv) whether an Order is maker or taker.
17.4 Calculation of the Fees
(a) The fee is charged (and rebates are given) in the quote asset.
(b) Fees are calculated for each fill.
(c) Fees are rounded up, to the precision of the asset.
(d) Fees are averaged for each Order. This means that if one fill has paid more in fees than required, the next fill pays a lower fee, so that the average fee paid equals or exceeds the fee tier the Participant is in. This process may be conducted manually after the settlement has been done.
(e) The 30-day rolling volume used to determine the fee tier is calculated in EUR, at 00:00 UTC each day.
(f) All Participants pay the fees mentioned in the Fees Schedule.
(g) Bitvavo may temporarily increase or decrease the fee tier for Market Makers and large institutions (determined on a case-by-case basis).
17.5 Payment of Fees
Bitvavo may charge any fees and costs to the Participant, including but not limited to trading fees, by deducting these from Participantās Funds, Digital Assets or Bitvavo E-Token Wallet.
Bitvavo reserves the right to amend, add, or remove parts of the Trading Rules at any time and in its sole discretion. Participant will be notified of any changes and although Bitvavo will endeavour to provide Participant with advance notice, Bitvavo may indicate that the revised Trading Rules shall be effective immediately. If Participant does not agree with any such modification, Participant must close its Bitvavo Account and cease using the Bitvavo Trading Platform. If Participant continues to use the Bitvavo Trading Platform after a modification, Participant is deemed to have accepted and agreed to the amendments. It is the Participant's responsibility to review the amended Trading Rules.
07 May 2026
1 Definitions
1.1 Account has the meaning given thereto in the User Agreement. The term Account also refers to the Master Account and and the Sub-Accounts associated with the Master Account where applicable.
1.2 AFM means the Dutch Authority for Financial Markets (Autoriteit Financiƫle Markten).
1.3 Algorithmic Trading means the use of computer algorithms that automatically determine individual parameters of orders resulting in investment and/or execution decisions based on predefined criteria and strategies with limited or no human intervention.
1.4 Affiliate has the meaning given thereto in the User Agreement.
1.5 API means Application Programming Interface.
1.6 API Credentials means the API key(s) with corresponding secrets.
1.7 API Trading Bot means an automated software application that interacts with the Bitvavo Trading Platform via API to execute trades based on predefined algorithms or strategies.
1.8 App has the meaning given thereto in the User Agreement.
1.9 Auction means the process as described in Section 6.8 of these Trading Rules.
1.10 Broker means a Participant as referred to in Section 4.6 of these Trading Rules.
1.11 Bitvavo means Bitvavo B.V.
1.12 Bitvavo Custody means Bitvavo Custody B.V.
1.13 Bitvavo E-Token has the meaning given thereto in the User Agreement.
1.14 Bitvavo Trading Platform means the Digital Asset trading platform operated by Bitvavo, including CLOB and RfQ Segment and any other trading system established and operated by Bitvavo.
1.15 Cancel Only means the status of the Bitvavo Trading Platform whereby Participants are restricted to cancelling existing orders, either for a specific Digital Asset or on the entire trading platform.
1.16 CASP means a crypto-asset service provider as defined in MiCA.
1.17 CLOB means central limit order book.
1.18 Convert means a transaction whereby a Participant buys or sells a Digital Asset against another Digital Asset.
1.19 Convert Order means an Order for buying or selling a Digital Asset Against another Digital Asset.
1.20 Corporate Participant is a Participant as referred to Section 4.4 of these Trading Rules.
1.21 Digital Asset has the meaning given thereto in the User Agreement.
1.22 EBA means European Banking Authority.
1.23 EEA means European Economic Area.
1.24 Fee means any charge or cost imposed by Bitvavo or an Affiliate, as applicable) on an Issuer or a Participant for the execution of transactions, provision of Services, or maintenance of an Account, admission to trading or otherwise.
1.25 Funds has the meaning given thereto in the User Agreement.
1.26 Halted means the status of the Bitvavo Trading Platform whereby there is a temporary suspension of trading activity, either for a specific Digital Asset or on the entire trading platform.
1.27 High Frequency Trading means an infrastructure intended to minimise network and other types of latencies that enable Algorithmic Trading at high speed.
1.28 Issuer means issuer as defined in MiCA.
1.29 Limit Order means an Order as described in Section 6.1(a)(ii) of these Trading Rules.
1.30 Market Maker means a Participant as referred to in Section 4.5 of these Trading Rules.
1.31 Market Order means an Order as described in Section 6.1(a)(i) of these Trading Rules.
1.32 Market Specification means the document that describes the attributes of a specific Digital Asset as defined in Section 5.7 of these Trading Rules.
1.33 Master Account means the Account of a Participant (other than Retail Participant), that could be composed of one or more Sub-Accounts.
1.34 MiCA means Regulation (EU) 2023/1114 on markets in crypto-assets, as amended or supplemented from time to time.
1.35 Order means an instruction to buy or sell Digital Assets on the Bitvavo Trading Platform.
1.36 Order Book means a digital ledger maintained by Bitvavo that records all buy and sell orders for a specific cryptocurrency pair.
1.37 Participant means any natural person or legal entity that engages in trading activities on the Bitvavo Trading Platform.
1.38 Price Guarantee Service means the price guarantee service, which is a service provided by Bitvavo that protects the Participant against price fluctuations in a specific Digital Asset for a pre-defined period of time.
1.39 Reference Price has the meaning given thereto in Section 6.3 (f) of these Trading Rules.
1.40 RfQ means Request for Quote.
1.41 RfQ Segment means the segment of the Bitvavo Trading Platform where Orders of the Participants are routed pursuant to these Trading Rules.
1.42 Retail Participant is a Participant as referred to in Section 4.3 of these Trading Rules.
1.43 Services has the meaning given thereto in the User Agreement.
1.44 Stop Loss Order means an Order as described in Section 6.1(b)(i) of these Trading Rules.
1.45 Stop Loss Limit Order means an Order as described in Section 6.1(b)(ii) of these Trading Rules.
1.46 Sub-Account means an administrative sub-account held by a Participant (other than a Retail Participant) which is connected to a Master Account that is held by the Participant.
1.47 Take Profit Order means an Order as described in Section 6.1(b)(iii) of these Trading Rules.
1.48 Take Profit Limit Order means an Order as described in Section 6.1(b)(iv) of these Trading Rules.
1.49 Tick Size means the minimum price increment between two valid order prices for a market. Orders must be priced in multiples of the configured tick size.
1.50 Trading Bots means any automated software, script, algorithm, or service - proprietary or third-party - that accesses the Bitvavo Trading Platform via APIs to submit, modify, or cancel Orders, or to make trading decisions without a human initiating each action.
1.51 Trading Rules means these trading rules.
1.52 US Person means a United States citizen or resident individual, a partnership or corporation organized in the United States or under the laws of the United States or any State thereof, a trust if (i) a court within the United States would have authority under applicable law to render orders or judgments concerning substantially all issues regarding administration of the trust, and (ii) one or more U.S. persons have the authority to control all substantial decisions of the trust, or an estate of a decedent that is a citizen or resident of the United States, a branch or an agency of a foreign entity which is located in the U.S, or any non-discretionary or similar account (other than an estate or trust) held by a dealer or other fiduciary for the account or benefit of a U.S person, or any discretionary account or similar account (other than an estate or trust) held by a dealer or other fiduciary organized, incorporated, or (if an individual) resident in the United States
1.53 User Agreement means the contractual agreement between the Participant, Bitvavo, Bitvavo Custody B.V. which defines and governs the provision of the Services by the relevant entities and the use of the Services by Participants.
1.54 Website has the meaning given thereto in the User Agreement.
Any capitalized term not defined in these Trading Rules shall have the meanings given to them in the User Agreement.
2 General information
2.1 The Bitvavo Trading Platform
Bitvavo operates a trading platform which manages several trading systems such as the CLOB segment and the RfQ segment, where Digital Assets can be purchased or sold, resulting in the exchange of Funds for Digital Assets and Digital Assets for other Digital Assets (āthe Bitvavo Trading Platformā).
These Trading Rules govern terms applicable to the trading on Bitvavo Trading Platform, ensure compliance with Article 76 MiCA and promote fair, efficient and transparent trading on the Bitvavo Trading Platform.
2.2 Licence
Bitvavo is licensed by the AFM under the registration number 41000010, as a CASP under MiCA and is permitted to provide the Digital Asset service of operation of a trading platform for crypto assets, custody and administration of crypto assets and transfer services for crypto assets. These Services are available in all EEA jurisdictions.
Bitvavo reserves the right to not make the Bitvavo Trading Platform available in all markets or jurisdictions where it is authorized or permitted to provide its Services, and may restrict or prohibit the use of the Bitvavo Trading Platform by residents of certain jurisdictions.
For the avoidance of doubt, Lending Services are provided by Bitvavo Custody B.V. solely and Bitvavo Custody B.V is not subject to the supervision of the AFM.
Staking Services, Lending Services, Margin Trading Facility and Price Guarantee Services are not services regulated under MICA and involve certain risks, while using these services you may not be subject to the safeguards and protections under MICA.
3 Digital Assets ā Admission to trading
3.1 Requirements for (Issuers of) Digital Assets seeking admission to trading at Bitvavo
(a) Bitvavo has implemented a Digital Asset admission processĀ based on which Bitvavo determines whether a new Digital Asset can be admitted to trading on the Bitvavo Trading Platform. Bitvavo may in its sole discretion determine whether or not a Digital Asset can be admitted to trading on the Bitvavo Trading Platform.
(b) Each Digital Asset to be admitted to trading on the Bitvavo Trading Platform should meet and continue to meet requirements on its business case, feasibility, compliance, legal, risk and suitability requirements as set by Bitvavo from time to time.
3.2 Application procedure for admission to trading at Bitvavo
The application procedure will be carried out in accordance with Bitvavoās policies and procedures. In summary, Bitvavo considers the following criteria:
(a) a business case assessment (including market viability and economic and strategic fundamentals) and pre-scan (for the feasibility and compliance assessment);
(b) a feasibility assessment (including custody, liquidity and blockchain integration);
(c) a compliance, legal and risk assessment (compliance with applicable laws, KYC, customer due diligence assessments proportionate to the risk profile of the applicant, audit and privacy and the risks associated with the Digital Asset);
(d) a suitability assessment (asset value, security, technology and additional risk and compliance requirements); and
(e) admission to go-live preparation (date, technological preparation, liquidity, inventory, and communication).
3.3 Conditions for Digital Assets to remain admitted to trading
(a) Liquidity thresholds
To remain eligible for trading, each Digital Asset that is admitted to trading on the Bitvavo Trading Platform must consistently achieve a daily average transaction volume that meets or exceeds the threshold periodically set by Bitvavo.
(b) Disclosure requirements
To remain eligible for trading, Issuers of Digital Assets must at minimum disclose the following information on their website:
(i) a Digital Asset whitepaper in compliance with the requirements in MiCA, if applicable; and
(ii) whenever there is a significant new factor, material mistake or material inaccuracy that can affect the assessment of the Digital Assets, the modified Digital Asset whitepaper, including the reasons for such modification, in accordance with MiCA, if applicable.
3.4 Ongoing monitoring of Issuers and Digital Assets
(a) To ensure continued credibility, security and efficiency of its markets and the Digital Assets that are admitted to trading and their compliance with this Section 3 of the Trading Rules, BitvavoĀ continuously monitors applicable risk factors that would possibly lead to a trading suspension or a delisting of any admitted Digital Assets. To perform this ongoing monitoring, Bitvavo leverages automated alerts and tooling that may prompt re-evaluations of Digital Assets admitted to trading, taking into account developments in the Digital Assets market, including regulatory changes, technological issues or changes, market dynamics, liquidity and concentration of the Digital Assets.
(b) With regard to liquidity, Bitvavo assesses whether the liquidity provided by Market Makers to the Order Book is appropriately aligned with the Order volumes in the Order Book. Bitvavo also assesses the trading activity in the relevant Digital Asset on other Digital Asset trading platforms.
3.5 Digital Assets Not Admitted to Trading at the Bitvavo Trading Platform
A Digital Asset is not admitted to trading on the Bitvavo Trading Platform if:
(a) it does not pass the application procedure as referred to in Section 3.2 of these Trading Rules;
(b) no corresponding Digital Asset white paper has been published in the cases required by MiCA; or
(c) it has an inbuilt anonymization function, unless the holders and transaction history can be identified by Bitvavo.
4 Participants
4.1 Participant criteria
A person can be a Participant of the Bitvavo Trading Platform if:
(a) the person has created an Account as set out in the User Agreement;
(b) the person has accepted the User Agreement and these Trading Rules.
(c) the person complies with mandatory regulatory obligations related to Market Abuse prevention, AML/CFT/PSE rules and regulatory licensing requirements (if applicable) at Bitvavoās sole discretion; and
(d) Bitvavo has accepted this person as a Participant.
4.2 Participant categories
Bitvavo distinguishes four categories of Participants:
(a) Retail Participants;
(b) Corporate Participants;
(c) Market Makers; and
(d) Brokers (including, but not limited to, providers of trading bots or other services through the Bitvavo API).
4.3 Retail Participants
A Retail Participant can be a natural person that is at least 18 years old, that is not a US Person and that is resident in a jurisdiction in the EEA where Bitvavo Services are available.
4.4 Corporate Participants
A Corporate Participant can be a legal entity that is not a Market Maker or a Broker and that is resident or established in a jurisdiction in the EEA where Bitvavo is authorized or permitted to provide its Services.
4.5 Market Makers
A Market Maker can be a natural person or legal entity that has entered into a market making agreement with Bitvavo and that complies with the terms thereof, the User Agreement and any other agreement concluded with Bitvavo or Bitvavo Custody. A market making agreement includes specific terms and conditions to obtain access to the Bitvavo Trading Platform as a Marker Maker, such as, amongst others, the Digital Assets covered by the market making agreement, minimum up-times and response times, the streaming of prices/quotes on both sides of the market, spread limits, fees, credit lines, incentives and penalties for non-compliance.
4.6 Brokers
A Broker can be a legal entity that is a resident or is established in a jurisdiction in the EEA where Bitvavo is authorized or permitted to provide its services, and, if applicable, is authorised to provide crypto-asset services as defined in MiCA, and that complies with the terms of any agreement with Bitvavo. A Broker operating one or more Trading Bots that wants to access the Bitvavo Trading Platform must agree to the Bitvavo Developer Agreement and/or the API Partner Agreement.
4.7 Trading limits
(a) Bitvavo applies trading limits to the Account of Participants, including daily, weekly, monthly, annually and total limits. Bitvavo may set such limits in its sole discretion, based on the information provided by Participant and any other information available to Bitvavo (including, but not limited to, the Account balance of the Participant, the trading behaviour of the Participant, the capacity and resilience of the Bitvavo Trading Platform and the market for each relevant Digital Asset).
(b) Bitvavo may include the different trading limit thresholds as an indication on its Website. Bitvavo can amend the procedures and limits from time to time without prior notice and with immediate effect.
(c) Bitvavo may require a Participant to provide or verify additional information, or to wait some period of time after execution of a trade or a transaction, before settlement of such trade and before permitting a Participant to enter into any subsequent trades on the Bitvavo Trading Platform.
(d) A Participant may submit a request for higher limits. Bitvavo may require the Participant to submit additional documentation in this regard and does not guarantee that limits will be raised as requested.
5 Trading - General
5.1 Trading Days and Trading Hours
The Bitvavo Trading Platform is available for trading every day, 24 hours per day, except for scheduled or unscheduled down-time or except as stated in rules specific to a market segment. Specific trading conditions may apply from time to time, for all admitted Digital Assets or on an asset-by-asset basis, for example during a specific status as determined by Bitvavo, including Halted markets, Cancel Only markets or during Auction periods, as set out in these Trading Rules.
5.2 Transactions
(a) Participants can submit instructions to buy or sell Digital Assets on the Bitvavo Trading Platform (placing an Order), against other Digital Assets or Funds where pairs are offered by Bitvavo from time to time (geographical restrictions may apply).
(b) Bitvavo is not a Participant and Bitvavo will not act as a counterparty of a Participant in any transaction in Digital Assets executed on the Bitvavo Trading Platform.
(c) The Participant is solely responsible for placing Orders and providing any other instructions.
(d) Bitvavo or other Participants may provide information on Digital Assets, including, but not limited to, the price and volatility. This information as well as any other information on the Bitvavo Trading Platform does not constitute investment advice, a recommendation to sell or buy or an opinion of Bitvavo.
(e) The price indicated on the transaction confirmation is the price at which an Order has been executed. This price may deviate from prices indicated or referenced on the Bitvavo Trading Platform prior to the execution of an Order. The price indicated on the transaction confirmation is always conclusive over other price indications.
5.3 Recurring Buy
(a) Participants can automatically buy selected Digital Assets on a monthly basis by switching on the āRecurring Buyā feature.
(b) By using this feature, Participants authorise Bitvavo to deduct Funds and Fees directly from their Account at a random timestamp on a certain day of each month as selected by the Participant.
5.4 Holding of Funds
Once an Order to buy Digital Assets is placed, a certain amount of Funds is placed on hold in the Participantās Account. This means that these Funds can only be used to fulfil the Order for which they are reserved. The amount of Funds that is placed on hold, varies for Limit Orders and Market Orders. Amounts placed on hold are rounded up. Cancelling an Order returns the remaining amount on hold back to the account. A fill or partial fill reduces the remaining amount of Funds on hold accordingly.
5.5 Holding of Digital Assets
Once an Order to sell Digital Assets is placed, a certain amount of Digital Assets is placed on hold in the Participantās Account. This means that these Digital Assets can only be used to fulfil the Order for which they are reserved. The amount of Digital Assets that is placed on hold, varies for Limit Orders and Market Orders. Amounts placed on hold are rounded up. Cancelling an Order returns the remaining amount on hold back to the account. A fill or partial fill reduces the remaining amount of Digital Assets on hold accordingly.
5.6 Orders and Market Segments
(a) If a Participant has enabled the Price Guarantee Service, Orders that are eligible for Price Guarantee Service that are submitted by the Participant are considered an RfQ (Request for Quote) and will be routed to the RfQ Segment.
(b) All Orders in Digital Assets for sale and purchase of a Digital Asset against another Digital Asset (Convert Order) are also treated as RfQ (Request for Quote) and will be routed to the RfQ Segment. Convert feature is currently only available on the RfQ Segment and is subject to the terms applicable to the RfQ Segment including the rules on Price Guarantee Service.
(c) All other Orders will be routed to the CLOB segment.
(d) Bitvavo has the sole discretion to decide on which market segment a Digital Asset may be traded and may require certain Digital Assets to be traded on an RfQ-only basis where the liquidity of certain Digital Assets changes.
(e) Bitvavo has the sole discretion to form different market segments, define and change terms applicable to such market segments.
5.7 Market Specifications
(a) Bitvavo will publish Market Specifications detailing the terms of any Digital Assets admitted to trading on the Bitvavo Trading Platform.
(b) Bitvavo may amend, at its sole discretion, the Market Specifications and such amendments shall be communicated to Participants on reasonable notice.
5.8 Cancellation of transactions
5.8.1 Bitvavo may, in its sole discretion, or following a request by a Participant, conduct a review of a transaction executed on the Bitvavo Trading Platform where (i) there is a reasonable basis to believe that such transaction has been executed as a result of an erroneously submitted Order, or (ii) executed in violation of applicable laws and regulations (including market abuse) and these Trading Rules, (iii) or where so requested by competent authorities or courts, (iv) or for the reasons stipulated in the User Agreement.
5.8.2. Bitvavo shall notify the relevant Participants to a transaction of the result of an investigation into one or more transactions.
5.8.3. If Bitvavo, at its sole discretion, determines the transaction subject to an investigation is clearly erroneous or executed in violation of applicable laws and regulations, Bitvavo may nullify the transaction, un-wind the fund movements resulting from the transaction and may notify the affected Participant(s) accordingly. This Article 5.8.3 also covers rules on prevention of market abuse, prevention of market manipulation, prevention of abuse of market practices, prevention of improper trading, or any other breach of these Trading Rules, the User Agreement or principles of fair and orderly trading. This Article 5.8.3 also covers any execution as a result of a manifest error, technical malfunction or abuse of the Bitvavo Trading Platform. Clearly covered by Article 5.8.3 are Funds and Digital Assets constituting one leg of the settlement of a transaction connected to, derived from, or intended for use in illegal, unlawful or illegitimate activities. This includes but is not limited to fraud, money laundering, terrorist financing, market abuse, sanctions violations or other criminal offences and breaches of these Trading Rules, or supposed violations claimed by competent authorities or legal acts by courts.
5.9. Master Account and Sub Accounts
5.9.1. Participants, other than Retail Participants, may be allowed to have Sub-Accounts connected to a Master Account.
5.9.2. Bitvavo may set trading limits per Sub-Account and a cumulative trading limit for the Master Account pursuant to Section 4.7 of these Trading Rules. Participants may not exceed these trading limits.
5.9.3. Each Participant can only have one Master Account, Bitvavo may limit the number of the Sub-Accounts.
5.9.4. Participants may not use the Master Account or Sub-Accounts in violation of these Trading Rules or the User Agreement.
6 Trading ā Central Limit Order Book
6.1 Order Options
(a) The main Order options available on the Bitvavo Trading Platform are a Market Order or a Limit Order.
(i) Market Order:
(A) A Market Order is matched with the best-priced Limit Order in the Order Book at the time of the request. If there are more than one such Limit Orders, the Market Order is matched with the oldest one.
(B) There is no guarantee that a Market Order will fill at the market price indicated. A Market Order may fill at a number of different prices, based on the quantity of the Market Order and the quantities and direction of the existing Orders in the Order Book at the time.
(ii) Limit Order:
(A) A Limit Order is an Order to buy or sell at a fixed price.
(B) A Limit Order will be executed if or when the market price reaches the limit price and will be filled at the limit price or better.
(1) A buy Limit Order will be executed only at the limit price or a lower price.
(2) A sell Limit Order will be executed only at the limit price or a higher price.
(b) Additional advanced order options that may be available on the Bitvavo Trading Platform are Stop Loss Order, Stop Loss Limit Order, Take Profit Order, Take Profit Limit Order and One-Cancels-the-Other. The availability of these order options may depend on the method of access to the Bitvavo Trading Platform.
(i) Stop Loss Order:
(A) A Stop Loss Order is an instruction to place a Market Order to buy or sell a Digital Asset once its price reaches a specified trigger price in order to limit Participant losses.
(B) Once a Stop Loss Order has been placed, it is considered āactiveā until cancelled or until the relevant Market Order is placed, when the stop price has been triggered.
(C) A Stop Loss Order is not posted to the Order Book and is not visible to other Participants.
(ii) Stop Loss Limit Order:
(A) Stop Loss Limit Order mechanics are similar to Stop Loss Order with the main difference that Stop Loss Limit Order creates a Limit Order instead of a Market Order once a Digital Asset reaches a specified price.
(iii) Take Profit Order:
(A) A Take Profit Order is an instruction to place a Market Order to buy or sell a Digital Asset once its price reaches the take profit price to realise Participant profits.
(B) Once a Take Profit Order has been placed, it is considered āactiveā until it is cancelled or until the relevant Market Order has been placed when the trigger price is reached.
(C) A Take Profit Order is not posted to the Order Book and is not visible to other Participants.
(iv) Take Profit Limit Order:
(A) Take Profit Limit Order mechanics are similar to Take Profit Order with the main difference that Take Profit Limit Order creates a Limit Order instead of a Market Order once a Digital Asset reaches a specified price.
(v) One-Cancels-the-Other
(A) This Order type enables Participants to place two linked conditional Orders, (i) a Take Profit or a Take Profit Limit Order and (ii) a Stop Loss or a Stop Loss Limit Order where the triggering of one leg of the Order will result in the automatic cancellation of the other Order.
(B) In this Order type, both legs of the Order should be of the same direction i.e. sell side for both legs or buy side for both legs of the Order.
6.2 Submission and execution of Orders
(a) An Order is submitted by a Participant via the App, Website or API. The Participant selects the Digital Asset it wants to buy or sell and enters the Order details. Subsequently, the Participant submits the Order to the Order Book.
(b) Once the Order is submitted by the Participant and received by the Bitvavo Trading Platform system, Bitvavo performs a validation of the Order details, including if the Participantās balance is sufficient, the market protection checks as set out in Section 6.3 of these Trading Rules and whether, in Bitvavoās sole discretion, the Order contains all the relevant datapoints as pertaining to the Order, including datapoints that are required for Bitvavo to comply with applicable regulations or any other datapoints to be included in any Order. If the Order fails any of these checks, the Order is rejected and the Participant is notified. If the Order passes these checks, the Order is accepted by Bitvavo, entered into the Order Book and the Participant is notified.
(c) Once accepted into the Order Book, the Order is either matched with another existing Order in the Order Book with an opposite direction, or is added to the Order Book. If an Order is matched with another Order, this results in the execution of the Order in line with Section 6.5 - 6.8 of these Trading Rules. The Participant receives confirmation of such execution.
(d) An Order has the following parameters:
(i) Market: Name of the market, in the format BASE-QUOTE (e.g. BTC-EUR).
(ii) Side: Buy or sell.
(iii) Order Type: Limit Order or Market Order. When placing a Limit Order, the Order might still be executed against a better price than specified, in which case it is processed as a Market Order. There is also a possibility to submit advanced order types as described in Section 6.3.
(iv) Amount: The quantity of the base asset to be bought/sold (required for Limit Orders, optional for Market Orders). Applicable quantity decimal precisions are detailed in the relevant Market Specification.
(v) Amount Quote: The amount specified in the quote asset (optional for Market Orders, either Amount or Amount Quote is required)
(vi) Price: The price for base asset specified in the quote asset (required for Limit Orders). Applicable Tick Sizes are detailed in the relevant Market Specification.
(vii) Time In Force: This specifies how long the Order should be placed on the Order Book. This only applies to Limit Orders. The following options are allowed:
(A) GTC: Good-Til-Cancelled. This is the default setting and places an order on the Order Book until it is filled or cancelled.
(B) IOC: Immediate-Or-Cancel. This allows (partial) filling of the Order when it is submitted. The remaining amount that cannot be matched immediately will be cancelled.
(C) FOK: Fill-Or-Kill. This ensures that the entire Order is either filled or cancelled. Partial fills are not possible.
(viii) Self-Trade Prevention: Trading with oneself is not allowed. This setting handles what should be done if a Participantās Order would match with one of the Participantās own orders. The following options are allowed:
(A) Decrement And Cancel: This is the default setting and modifies both Orders by the amount that would have been filled. This results in the smaller of the two Orders being cancelled, and the other Order being reduced in size.
(B) Cancel Oldest: Cancels the oldest Order.
(C) Cancel Newest: Cancels the newest order.
(D) Cancel Both: Cancels both Orders.
(ix) Post Only: Limit Orders that have this set to true will be cancelled if matched immediately. This ensures that the Participant pays the maker fee and not the taker fee. As a default, Post Only is switched off.
(x) Response Required: If this value is set to false, only the Order ID of the newly created Order is returned. The default value is true (i.e. a full response).
6.3 Market Protections
(a) Order Minimums/Maximums
All Market Orders, Limit Orders, and Stop OrdersĀ placed on the Bitvavo Trading Platform are subject to minimum and maximum Order Amount and Amount Quote requirements per market.
(b) Number of Open Orders
All Participants are subject to a maximum number of Orders that may be open in the Order Book per market. When a Participant reaches the limit in a given market, any Orders entered in that market thereafter are rejected until the number of open Orders stored in the Order Book for the given market decreases below the limit.
(c) Placement Price Protection
Limit Orders with a Good-Til-Cancelled Time in Force are subject to a Placement Price Protection. Buy (Sell) Limit Orders with a price lower (higher) than the lower (upper) Placement Price Protection Band will be rejected.
(i) The Upper Placement Price Protection Band is calculated by multiplying the Placement Price Multiplier times the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed.
(ii) The Lower Placement Price Protection Band is calculated by dividing the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed by the Placement Price Multiplier.
(d) Execution Price Protection
Limit Orders are subject to an Execution Price Protection. Buy (Sell) Limit Orders with a price higher (lower) than the upper (lower) Execution Price Protection Band will be rejected.
(i) The Upper Execution Price Protection Band is calculated as the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed plus the Execution Protection Threshold percentage.
(ii) The Lower Execution Price Protection Band is calculated as the mid-point price between the best bid and best offer on the Order Book at the time the Limit Order is placed minus the Execution Protection Threshold percentage.
(e) Spread Price Protection
(i) Market Orders are subject to a Spread Price Protection. Market Orders will fill at prices up to the Spread Protection Threshold from the mid-point price between the best bid and best offer on the Order Book at the time the Market Order is placed. If a Market Order would fill against Orders beyond the Spread Protection Threshold, the Order will partially fill up to the Spread Protection Threshold level and all the remaining quantity of the Order will be cancelled.
(f) Reference Price Protection
All Orders are subject to Reference Price Protection, which limits how far the price at which an Order is executed, can deviate from the market price at the time the Order is placed (the āReference Priceā).
The Reference Price is an index price, calculated using price data from multiple external exchanges to reflect a fair market value for the Digital Asset. Orders will only be filled at prices within what is known as the āReference Price Protection Thresholdā, which is a defined range from this Reference Price. If the price at which an Order would be filled falls outside this threshold, only the portion of the Order within the threshold will be filled; the rest will be cancelled. This may result in some Orders being partially filled.
If a valid reference price is unavailable, or if Bitvavo determines that the index does not accurately represent current market conditions, this protection will not apply.
(g) Cancel on Disconnect
Cancel on Disconnect is a risk management feature that automatically triggers a cancellation of all open Orders placed by a Participant if there is a loss of connection to the Trading Platform for a period specified by the Participant.
Participants can group certain Digital Assets whereby each group would be subject to a different inactivity period after which open Orders in all Digital Assets in such group will be automatically cancelled.
This feature is available to Participants who opt-in for this feature. Bitvavo reserves the right to make this function available to only advanced Participants. Cancellation of open Orders will be processed within the general rules applicable to cancellation, Bitvavo does not guarantee automatic or immediate cancellation.
(h) General note for this section
The limits, multipliers and thresholds used for this section 6.3 shall be determined by Bitvavo for each market.
6.4 Errors
(a) In exceptional cases, there may be errors in the Bitvavo Trading Platform, including in relation to the prices displayed or the way in which Orders are matched. In addition, the Digital Assets on the Bitvavo Trading Platform may be subject to unusual price movements, including as a result of market manipulation or sudden drops or spikes in liquidity. In such cases, Bitvavo may at its sole discretion (and is in no way obliged to):
(i) retrospectively correct any such errors or rectify any such price movements, including by amending or reverting transactions, which may be to the advantage or to the disadvantage of Participant; or
(ii) temporarily or indefinitely halt trading on the Bitvavo Trading Platform for one or more Digital Assets;
(b) Especially during periods of high volume, illiquidity, fast movement or volatility, any Digital Assets traded on the Bitvavo Trading Platform may be executed at a different rate than displayed to the Participant at the time of Participants Order.
(c) Ā In the case of suspected fraud or misuse, Bitvavo reserves the right to suspend or cancel Orders and transactions until the legitimacy has been verified.
6.5 Order Matching and Execution During Regular Trading
(a) Orders that are matched immediately are taker orders. Orders that are not matched immediately and are placed in the Order Book are maker orders.
(b) Limit Orders may be maker or taker orders, depending on whether the Limit Order can be matched immediately. If matched immediately, the Limit order is a taker order. If placed on the Order Book, the Limit Order is a maker order.
(c) Orders are matched based on price-time priority. This means that taker Orders are matched with the maker Orders with the best available price. If several Orders have the same price, the oldest maker Order is matched. This process continues until the Order is filled, placed on the Order Book, or cancelled.
(d) The price paid/received is determined by the maker order. This means that Limit Orders can be filled at prices better than their limit price.
(e) Fills may be settled nearly instantly or after a period of time.
(f) The execution price of a Market Order may differ significantly from the indicated price. This may be due to a change in price between the time of the Order being initiated by the Participant and the execution of the Order (i.e. 'slippage').
(g) Market Orders, Limit Orders, and stop Limit Orders are not guaranteed executable due to the required availability of sufficient supply or demand.
(h) Orders may be executed instantly or after a period of time and will be considered to have taken place at the execution date and time.
6.6 Order Matching During Halted Markets
(a) Bitvavo may, in its discretion, temporarily halt trading in a market to preserve market integrity, orderly trading conditions, and/or to conduct regular scheduled maintenance.
(b) Orders cannot be placed, modified or cancelled when a market is Halted.
(c) No order matching occurs when a market is Halted.
(d) No Order Book updates will be broadcasted when a market is Halted.
6.7 Order Matching During Cancel Only Markets
(a) Bitvavo may, in its sole discretion, temporarily set Cancel Only in a market to preserve market integrity and/or to conduct regular scheduled maintenance.
(b) Orders can be cancelled when a market is in Cancel Only status.
(c) Orders cannot be placed or modified when a market is in Cancel Only status.
(d) No order matching occurs when a market is in Cancel Only status.
6.8 Order Matching During Auctions
(a) Bitvavo employs an Auction methodology after a market has been Halted or put into Cancel Only before Regular Trading resumes to guarantee price discovery and orderly markets.
(b) The Auction process consists of two phases:
(i) Auction Collection:
(A) A Participant cannot place a Market Order when a market is at the Auction Collection phase.
(B) A Participant can place, modify or cancel all other Order types when a market is at an Auction Collection phase.
(C) No Orders will be matched during the Auction Collection.
(ii) Auction Matching:
(A) A Participant cannot place, modify or cancel Orders when a market is at the Auction Matching phase.
(B) During this period, Orders will be matched in accordance with the procedure as set out below.
(C) Active Limit Orders are used to determine the price at which the most units of the base asset are traded. If there is no price where trades occur, no matching occurs and Regular Trading resumes.
(D) If a price is obtained in the previous step, this price is used to prevent self-trades (according to the specifications made by the User regarding the treatment of its Orders for self trade prevention).
(E) Orders are matched based on price-time priority and all Orders are considered taker orders. Limit Orders with the best price will be filled first, at the price determined in step (1).
(F) When no more Limit Orders can be matched at the determined price, Buy Post-Only Orders with a price above the determined price and Sell Post-Only Orders with a price below the determined price are cancelled and Regular Trading resumes.
(c) No Order Book updates will be broadcasted when a market is at Auction phase.
7 Trading
7.1 Price Guarantee Service
The Price Guarantee Service protects the Participant against price fluctuations in a specific Digital Asset for a period of 5 seconds upon submission of the Order. This market risk is absorbed by the Participant interacting on the RfQ Segment and responding to RfQ. To account for the market risk taken by the Participant between the time of the Participantās quote and the execution of the Order, each quote may include a compensation (spread).
7.2 Price Guarantee Trades
(a) An Order via the Price Guarantee Service will result in a trade when the Participant has accepted the quote that has been shown to it in response to the opening of the order form and the entering of the relevant details of the order by the Participant.
(b) If a quote under the RfQ Segment is accepted in a timely manner by a Participant, the RfQ will be executed under the Price Guarantee Service terms set out herein, and such RfQ will be deemed a taker order of that Participant.
7.3 Price Guarantee Quoting Process
If a quote is not accepted by a Participant within five (5) seconds, the quote will be refreshed with a new quote, which will again be valid for five (5) seconds. This process is repeated until a Participant accepts a quote, which will result in a (partial or entire) execution of the PG Order. Alternatively, the process ends when a Participant does not accept a quote and exits the order form for a specific crypto pair. If there are no available quotes on the RfQ Segment then the Participant will be prompted to execute a standard Market Order.
7.4 Quotes on the RfQ Segment
Prices of the quotes provided by Participants interacting on the RfQ Segment in response to RfQ must remain within a predetermined range. Only quotes that fall within this range will be considered by Bitvavoās matching engine in selecting the best quote (best from the Participant's perspective) that will be displayed to the Participant in response to a given RfQ.
7.5 Algorithmic Trading
Participants may engage in Algorithmic Trading on the Bitvavo Trading Platform provided that:
(a) the Participant has given prior notice to Bitvavo each time it wishes to deploy a new algorithm or a material change to an algorithm on the Bitvavo Trading Platform and provide a description of the algorithm including a unique identification number assigned to such algorithm, which shall be included in any order or quote generated or governed by such algorithm. Participant shall update such details and identification number upon each material change of the algorithm;
(b) prior to deployment of any algorithm on the Bitvavo Trading Platform, the Participant has performed appropriate and successful testing of each algorithm ensuring an algorithm does not contribute to or create disorderly market conditions on the Bitvavo Trading Platform;
(c) upon Bitvavoās instruction, the Participant shall use the testing environment made available by Bitvavo for purposes of conformance testing any new algorithm or substantial change to an algorithm, prior to deployment on the Bitvavo Trading Platform;
(d) each algorithm on the Bitvavo Trading Platform shall comply with Bitvavoās Trading Rules and applicable regulations;
(e) upon Bitvavoās request, the Participant shall provide certification in writing of the successful testing for each algorithm to be deployed on the Bitvavo Trading Platform, including for each substantial change thereto prior to the deployment on the Bitvavo Trading Platform;
(f) each of their algorithms deployed on the Bitvavo Trading Platform is continuously monitored by the Participant to prevent disorderly trading.
(g) the participant complies with all applicable regulatory obligations, including those relating to the prevention of market abuse, money laundering, terrorism financing, sanctions, and any relevant licensing or authorisation requirements.
7.6 Conditions to High Frequency Trading
Bitvavo may, in its sole discretion, apply conditions to the deployment of High Frequency Trading techniques on the Bitvavo Trading Platform.
7.7. Margin Trading
7.7.1 Margin Trading is a trading strategy that allows a Participant to borrow Digital Assets including Electronic Money Tokens as described in the User Agreement (āMargin Tradingā). A Participant may open a short or long position by borrowing a Digital Asset.
7.7.2 Bitvavo may allow Participants to engage in Margin Trading on Bitvavo Platform. .
7.7.3 The Participant could trade on margin by using the Margin Account. The Participant shall monitor each Margin Position, the Borrowed Assets and corresponding Margin Collateral in its Margin Account.
7.7.4 The Participant shall monitor the Health Ratio at all times to avoid Liquidation of the relevant Margin Position. If the Liquidation is triggered, Margin Collateral will be used pursuant to the terms of the User Agreement.
8 Suspension of Trading
8.1 Grounds for Suspension
Bitvavo may, in its sole discretion, suspend or remove one or more Digital Assets or Participants from trading or to suspend trading on the Bitvavo Platform in its entirety or for an individual Participant. Among others, Bitvavo can do so in the following circumstances:
(a) to prevent disorderly market conditions;
(b) upon the substantiated request of an Issuer;
(c) in case of (suspected) fraud, deception or market abuse;
(d) failure of an Issuer or a Participant to comply with these Trading Rules;
(e) failure of an Issuer or a Participant to comply with applicable legislation;
(f) in case of bankruptcy of an Issuer or a Participant;
(g) failure of an Issuer or a Participant to provide requested information to Bitvavo, or a supervisory authority;
(h) in case of technical or operational disruption;
(i) in case of the occurrence of events in the financial markets or the Digital Asset markets that may have material adverse effect on the orderly trading, integrity or resilience of the Bitvavo Trading Platform; or
(j) if deemed appropriate by Bitvavo in its sole discretion in order to protect the integrity or resilience of the Bitvavo Trading Platform, or to protect the interests of any Participant, Bitvavo or any Affiliate of Bitvavo.
8.2 Request from Supervisory Authority
Bitvavo will comply with a request of a supervisory authority to suspend or prohibit trading as referred to in Section 16 of these Trading Rules.
8.3 Suspension of Trading for Maintenance
Bitvavo may temporarily suspend trading for maintenance or for other reasons. Generally, Bitvavo will proceed according to the following steps:
(a) Announcement scheduled downtime: Participants will be informed through a message on account.bitvavo.com.
(b) Scheduled downtime begins: Participants will be informed through a message on account.bitvavo.com.
(c) Scheduled downtime ends: Markets will be placed in Halted mode. Participants will be informed through a message on account.bitvavo.com when trading resumes. This will be at least 15 minutes after the scheduled downtime ends.
8.4 Market Status During and After Suspension
During a suspension, the Bitvavo Trading Platform will be placed in Halted mode. When trading resumes after a suspension, Bitvavo will apply the Auction methodology as referred to in Section 6.8 of these Trading Rules.
9 Settlement
9.1 Settlement of Digital Assets
Bitvavo is responsible for the correct execution and settlement of the purchase and sale of Digital Assets on the Bitvavo Trading Platform in accordance with applicable regulations.
9.2 Off-Chain Settlement
All transactions on the Bitvavo Trading Platform are settled off-chain. Final settlement is generally initiated immediately or shortly after execution of a transaction on the Bitvavo Trading Platform and by the end of the Trading Day at the latest. The settlement process results in the transfer of rights associated with the traded Digital Assets from one Participant to another against the payment of the transaction price, while the Digital Assets themselves continue to be held by the Foundation, but on behalf of the acquiring Participant.
10 Transparency
10.1 Pre-Trade Transparency
Bitvavo publishes the bid and ask prices and the depth of trading interest at those prices which are advertised on the Bitvavo Trading Platform for Digital Assets in accordance with applicable regulations. Bitvavo makes this information available on a continuous basis on its website.
10.2 Post-Trade Transparency
Bitvavo publishes the price, volume and time of the transactions executed in respect of Digital Assets traded on the Bitvavo Trading Platform in accordance with applicable regulations. Bitvavo publishes this information as close to real-time as technically possible in the App and on the Website.
10.3 Access to this Information
Bitvavo makes available the information in this section on a non-discriminatory basis. The regulatory information will be made available free of charge 15 minutes after publication in a machine-readable format, and it will remain published for at least two years.
11 Availability of the Bitvavo Trading Platform
11.1 Modification and Termination of Trading
Bitvavo may, in its sole discretion, for any reason and without liability to Participant, (i)Ā modify, discontinue or terminate, temporarily or permanently, part or all of its trading services in general, and (ii) suspend, restrict or terminate Participantās access to the Bitvavo Trading Platform.
11.2 Bitvavo Trading Platform Availability
All Services are provided on an āas isā and āas availableā basis without warranty of any kind. Bitvavo does not guarantee that the Bitvavo Trading Platform will be available for any absolute or relative amount of time. Bitvavo does not warrant that access will not be interrupted or that there will be no delays, failures, errors, loss or similar of transmitted information. This may include, but is not limited to, unavailability of any of the Services during times of high volume, illiquidity, fast movement or volatility.
11.3 No Obligation to Provide Services
Bitvavo has no obligation to make available the Bitvavo Trading Platform to anyone when Bitvavo may reasonably believe that this would violate applicable laws and regulations.
12 API
12.1 Access to Bitvavo Trading Platform via API
Bitvavo may provide access to Participants to the Bitvavo Trading Platform and specific data and information through an āApplication Programming Interfaceā (API) which may be subject to additional terms and conditions as set by Bitvavo from time to time.
12.2 Use of API
To use the API, one or more API key(s) with corresponding secrets (API Credentials) must be created. The Participant is solely responsible for safeguarding the API Credentials and for any activities by the Participant or third parties that have access to the Account, whether authorized or not. In the event that the Participant knows, or should know, that API Credentials have been stolen or misused, the Participant shall contact Bitvavo immediately.
12.3 Changes to API
Bitvavo may, in its sole discretion, add, discontinue or remove, in whole or in part, the API at any time and without notice. Bitvavo cannot guarantee that future versions of the API will be backwards compatible. Participant acknowledges and understands that any of these changes may adversely affect Participantās use of the API and might require the Participant to make substantial changes in order to continue using the API, and that this is the Participantās own responsibility.
12.4 API Scope and Modifications
The scope and concrete form of the API is at Bitvavoās sole discretion. The API may be modified or abandoned at Bitvavoās sole discretion.
12.5 Monitoring of API use
Bitvavo may monitor the use of the API. The Participant will not block or otherwise interfere with the monitoring process.
12.6 API Limits
Bitvavo may set limits on the number of messages or Orders that the Participant can transmit through the API or extend limits for other Participants, in its sole discretion, during any given period and without notice. The Participant shall not attempt to circumvent such limitations. If the Participant exceeds the limits, Bitvavo may moderate the Participant activities, may cease offering access to the API or may immediately suspend or terminate access to the API in its sole discretion and without notice.
12.7 Prohibited Use of the API
The Participant shall not, and shall not encourage or authorize others to:
(a) use the API in any manner that is not expressly authorized by the User Agreement and the Trading Rules;
(b) alter, reproduce, adapt, distribute, display, publish, reverse engineer, translate, disassemble, decompile or otherwise attempt to create any source code that is derived from the API;
(c) use or access the API for purposes of monitoring the availability, performance, or functionality of any of the Services or for any other benchmarking or competitive purposes;
(d) collect, cache, aggregate, or store data or content accessed via the API other than for purposes allowed under the User Agreement;
(e) use the API in a manner that exceeds reasonable request volume, constitutes excessive or abusive usage, or otherwise impacts the stability of Bitvavoās servers or impacts the behaviour of other applications using the API;
(f) attempt to cloak or conceal Participantās identity when requesting authorization to the API;
(g) use the API to (i) access or use any information not permitted by the User Agreement and these Trading Rules, to (ii) circumvent or break any of Bitvavoās administrative, technical or organizational security measures, (iii) disrupt, impair, overburden or degrade the API or the Services, (iv) change the API or the Services in any way, or (v) test the vulnerabilities of the Services or API; and
(h) use any data collected from Participantās use of API for advertising purposes.
13 Access to web interfaces, API and market data
13.1 Access to Market Data
All Participants have full and equal real-time access to market data. Market data is made available through the web interfaces and Bitvavo API.
13.2 Equal Opportunity
All Participants have equal opportunity with regard to access the web interfaces and Bitvavo API.
14 Market Integrity
14.1 Market Abuse
Participants are prohibited from engaging in market abuse, including insider dealing and market manipulation as referred to in Title VI MiCA.
14.2 Market Abuse - Prohibited Activities
Without prejudice to the prohibitions as set out in Title VI MiCA, Participants are prohibited from any behaviour that may constitute market abuse, including but not limited to carrying out the following activities on the Bitvavo Trading Platform:
(a) Pump and dumps: artificially inflating the price of a Digital Asset through false and misleading positive statements, in order to sell the cheaply purchased Digital Asset at a higher price.
(b) Wash trading: Simultaneously buying and selling the same Digital Assets to create false trading volume and artificially inflate market activity.
(c) Front-running: Trading in advance of a large client order to take advantage of anticipated price movements resulting from the execution of that order. Front running involves using non-public information about future or pending transactions for their own benefit.
(d) Churning: excessive trading activity by (Broker) Participants on behalf of their clients, on either side of the Order Book, intended to increase the Participantās (Broker) commissions.
(e) Quote stuffing: quickly entering and then withdrawing large orders in an attempt to flood the market with quotes, causing competitors to lose time in processing them or causing other disorderly trading conditions.
(f) Spoofing / layering: creating the illusion of pessimism (or optimism) in the market by placing buy or sell orders without the intention of filling them.
(g) Insider trading: trading in Digital Assets based on non-public information that could affect the price of those Digital Assets.
(h) Information-based market abuse: spreading false or misleading information about crypto companies, crypto projects, Digital Assets, or market conditions to influence prices or trading activity. This includes disseminating rumours, false news, or deceptive market commentary to manipulate market participants perceptions.
(i) Improper disclosure practices: failing to disclose non-public information that could affect market prices or engaging in selective disclosure of information to certain market participants. Misleading disclosures or inadequate transparency about financial performance, risks, or other material matters related to a Digital Asset can also constitute market abuse.
14.3 Prohibition to Use the Account and the Services for Criminal Activities
A Participant may not use the Account and the Services to perform criminal activities of any sort, including but not limited to money laundering, terrorist financing, sanction evasion, fraud or any other criminal or illegal activity, the existence whereof is to be determined by Bitvavo at its sole discretion. These include, but are not limited to, the following:
(a) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to sanctions programs administered in the countries where Bitvavo conducts business, including but not limited to the EU Sanctions list.
(b) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to terrorist financing as applicable in the countries where Bitvavo conducts business.
(c) Activity which would violate, or assist in violation of, any directive, law, guideline or other regulation related to money laundering as applicable in the countries where Bitvavo conducts business.
(d) Activity which would be related to fraud such as activities which operate to defraud Bitvavo (including Participants providing any false, inaccurate, or misleading information to Bitvavo), Participants and/or other persons.
(e) Activity which would be related to drugs such as sale of narcotics, controlled substances, and any equipment designed for making or using drugs.
(f) Activity which would be related to multi-level marketing such as pyramid schemes and network marketing.
(g) Activity which would be related to unfair, predatory or deceptive practices such as investment opportunities or other services that promise (too) high rewards and sites that Bitvavo determines in its sole discretion to be unfair, deceptive, or predatory towards Participants.
(h) Activity which would be related to illegal gambling such as unregulated lotteries, sports forecasting or odds making and comparable activities.
(i) Activity which would be related to high-risk businesses such as any businesses that Bitvavo believes to pose elevated financial risk, legal liability, or violates bank policies.
(j) Activity which would be related to (attempts to) to reverse engineer, modify, translate or disassemble the (software behind the) Bitvavo Environment in whole or in part.
14.4 Reporting to the AFM
Bitvavo will report to the AFM if it has any reasonable suspicion regarding an order or transaction, including any cancellation or modification thereof, and other aspects of the functioning of the distributed ledger technology such as the consensus mechanism, where there might exist circumstances indicating that market abuse has been committed, is being committed or is likely to be committed.
14.5 Reporting to Bitvavo
Each Participant must promptly report any suspicious activity to Bitvavo that undermines the integrity and fairness of crypto markets, that could be identified as market abuse as referred to in Title VI MiCA and/or that can be identified as one of the activities listed in this section.
14.6 Notification to Authorities
Bitvavo is authorized to notify the relevant authorities and will provide data to the relevant authorities to the extent required by law and regulation.
14.7 Reporting of Unusual Transactions
Bitvavo will report any unusual transactions to the relevant authority in line with the applicable anti-money laundering and anti-terrorism financing legislation.
15 Disciplinary Actions
15.1 Cancellation of Orders
Bitvavo may modify or cancel open Orders for any reason, including but not limited to, the following circumstances, the occurrence of which is to be determined by Bitvavo in its sole discretion:
(i) in case of Orders placed by Participants who, in Bitvavo's sole discretion, may have engaged or may have attempted to engage in abusive use of the Bitvavo Trading Platform in relation to that Order or otherwise. This may include market abuse activities or other prohibited activities as referred to in Section 14 of these Trading Rules, but may also include operational or otherwise abusive or adverse activities, such as using the API in a manner which unreasonably burdens the Bitvavo Trading Platform;
(ii) in case an Order is made in violation of any applicable law or regulation, these Trading Rules or the User Agreement or of principles of orderly and fair trading
(iii) in case of Orders which involve an error with respect to price, quantity, or other parameters;
(iv) if required by any applicable law or regulation;
(v) upon instruction of competent authorities or court order; or
(vi) if required for technical reasons.
15.2 Suspension of Account
Bitvavo may suspend or block specific or all use of an Account, suspend or cancel any pending Order or RfQ (including any requests to modify or cancel an Order), any transaction, suspend or cancel any deposit or withdrawal, freeze the Funds or Digital Assets related to an Account or suspend the cancellation of an Account in connection with an investigation into misuse of an Account or any Service provided by Bitvavo. If the legitimacy of any Participant or any Order, RfQ or use of the Services cannot be established, such Participant may lose all rights to the Funds and Digital Assets in its Account.
15.3 Delisting
Bitvavo may at any time and in its sole discretion decide to delist Digital Assets from the Bitvavo Trading Platform. Bitvavo can do so in any circumstances, including, but not limited to:
(a) a breach of these Trading Rules by the Issuer or non-conformity of the relevant Digital Asset with these Trading Rules;
(b) any events or developments regarding the Issuer or the Digital Asset that could pose material risk to the Participants or orderly trading on the Bitvavo Trading Platform;
(c) upon the request of a supervisory authority;
(d) in case of bankruptcy of the Issuer;
(e) if the Digital Asset is outside of the risk appetite of Bitvavo;
(f) upon the substantiated request of the Issuer of the Digital Asset;
(g) in case of material changes to the Issuer or the Digital Asset;
(h) the Digital Asset fails to meet pre-set minimum liquidity thresholds; or
(i) the Digital Asset does not comply with Section 3.5 of these Trading Rules.
15.4 Consequences of Delisting
Upon delisting of a Digital Asset, trading in the Digital Assets concerned will be discontinued. Bitvavo will, where possible, timely inform of any (planned) delisting arrangements and be given the opportunity to divest or trade-away Digital Assets that are subject to delisting.
16 Cooperation with supervisory authorities
16.1 Instructions from supervisory authorities
Bitvavo shall comply with instructions from supervisory authorities, including EBA and the AFM, which may result in suspension or delisting of Digital Assets.
16.2 Access to Information
Bitvavo shall comply with requests from supervisory authorities to provide relevant data relating to Orders in Digital Assets that are advertised through its systems, or to provide access to the Order Book, or to records of transactions executed on the Bitvavo Trading Platform. Relevant data may include details of any Order or transaction, as the case may be, including personal data and other datapoints that link Orders with transactions executed on the Bitvavo Trading Platform.
17 Fees and expenses
17.1 Fees for admitting to trading on Bitvavo Trading Platform
Bitvavo may charge fees for the admission to trading on the Bitvavo Trading Platform as well as periodic fees in order to remain listed and available for trading on the Bitvavo Trading Platform.
17.2 Fees for trading on the Bitvavo Trading Platform
(a) Participant shall be due fees to Bitvavo for trading on the Bitvavo Trading Platform.
(b) Any fees and the relevant fee amounts shall be published by Bitvavo on the designated fee information pages on the Website and/or the Bitvavo Environment (the Fee schedule), as amended from time to time, or shall be made available to Participant otherwise. Bitvavo may make changes hereto in its sole discretion from time to time. Any changes made available to Participants shall become effective directly.
17.3 Trading Fee Structure
(a) Trading fees on the Bitvavo Trading Platform are based on each Participant's trading volume from the previous 30 days in accordance with the Fee Schedule as published on the Bitvavo website from time to time.
(b) The total fee amount that is charged for a trade depends on the following:
(i) the total cost (value) of the Order;
(ii) the currency pair that is being traded;
(iii) the 30-day trading volume of the participant; and
(iv) whether an Order is maker or taker.
17.4 Calculation of the Fees
(a) The fee is charged (and rebates are given) in the quote asset.
(b) Fees are calculated for each fill.
(c) Fees are rounded up, to the precision of the asset.
(d) Fees are averaged for each Order. This means that if one fill has paid more in fees than required, the next fill pays a lower fee, so that the average fee paid equals or exceeds the fee tier the Participant is in. This process may be conducted manually after the settlement has been done.
(e) The 30-day rolling volume used to determine the fee tier is calculated in EUR, at 00:00 UTC each day.
(f) All Participants pay the fees mentioned in the Fees Schedule.
(g) Bitvavo may temporarily increase or decrease the fee tier for Market Makers and large institutions (determined on a case-by-case basis).
17.5 Payment of Fees
Bitvavo may charge any fees and costs to the Participant, including but not limited to trading fees, by deducting these from Participantās Funds, Digital Assets or Bitvavo E-Token Wallet.
18 Amendments to the Trading Rules
Bitvavo reserves the right to amend, add, or remove parts of the Trading Rules at any time and in its sole discretion. Participant will be notified of any changes and although Bitvavo will endeavour to provide Participant with advance notice, Bitvavo may indicate that the revised Trading Rules shall be effective immediately. If Participant does not agree with any such modification, Participant must close its Bitvavo Account and cease using the Bitvavo Trading Platform. If Participant continues to use the Bitvavo Trading Platform after a modification, Participant is deemed to have accepted and agreed to the amendments. It is the Participant's responsibility to review the amended Trading Rules.
Market | Min amount | Min amount quote | Max amount | Max amount quote | Max open orders | Tick size |
|---|---|---|---|---|---|---|
| 0G-EUR | 18.21246 0G | ā¬5 | 36,424,925.49062 0G | ā¬10,000,000 | 100 | 0.0000100 |
| 1INCH-EUR | 58.48999 1INCH | ā¬5 | 11,697,997,619.8772 1INCH | ā¬1,000,000,000 | 100 | 0.0000010 |
| 2Z-EUR | 94.95837 2Z | ā¬5 | 189,916,731.72224 2Z | ā¬10,000,000 | 100 | 0.0000010 |
| AAVE-EUR | 0.03028 AAVE | ā¬5 | 6,055,230.57602 AAVE | ā¬1,000,000,000 | 100 | 0.0100 |
| ACE-EUR | 29.49253 ACE | ā¬5 | 5,898,506,640.80411 ACE | ā¬1,000,000,000 | 100 | 0.0000100 |
| ACH-EUR | 885.88407 ACH | ā¬5 | 92,233,720,368.54776 ACH | ā¬1,000,000,000 | 100 | 0.0000001 |
| ACT-EUR | 471.42093 ACT | ā¬5 | 94,284,186,095.50908 ACT | ā¬1,000,000,000 | 100 | 0.00000100 |
| ACU-EUR | 42.89304 ACU | ā¬5 | 85,786,074.2299 ACU | ā¬10,000,000 | 100 | 0.0000100 |
| ACX-EUR | 131.25058 ACX | ā¬5 | 26,250,115,032.20234 ACX | ā¬1,000,000,000 | 100 | 0.0000010 |
| ADA-USDC | 31.53579 ADA | ā¬5 | 6,307,157,485.65135 ADA | ā¬1,000,000,000 | 100 | 0.0000100 |
| ADX-EUR | 87.55303 ADX | ā¬5 | 17,510,605,837.55431 ADX | ā¬1,000,000,000 | 100 | 0.00000100 |
| AERO-EUR | 7.21191 AERO | ā¬5 | 1,442,381,825.62935 AERO | ā¬1,000,000,000 | 100 | 0.0000100 |
| AEVO-EUR | 211.44372 AEVO | ā¬5 | 42,288,743,851.48789 AEVO | ā¬1,000,000,000 | 100 | 0.00000100 |
| AGI-EUR | 839.23971 AGI | ā¬5 | 92,233,720,368.54776 AGI | ā¬1,000,000,000 | 100 | 0.00000100 |
| AGLD-EUR | 26.3829 AGLD | ā¬5 | 5,276,580,026.15867 AGLD | ā¬1,000,000,000 | 100 | 0.0000100 |
| AI-EUR | 266.3222 AI | ā¬5 | 532,644,420.9147 AI | ā¬10,000,000 | 100 | 0.00000100 |
| AIOZ-EUR | 47.94863 AIOZ | ā¬5 | 9,589,725,535.39076 AIOZ | ā¬1,000,000,000 | 100 | 0.0000010 |
| AIXBT-EUR | 236.45715 AIXBT | ā¬5 | 47,291,429,306.07886 AIXBT | ā¬1,000,000,000 | 100 | 0.00000100 |
| AKT-EUR | 8.45968 AKT | ā¬5 | 1,691,936,017.8477 AKT | ā¬1,000,000,000 | 100 | 0.0000100 |
| ALGO-EUR | 42.89274 ALGO | ā¬5 | 8,578,548,391.51614 ALGO | ā¬1,000,000,000 | 100 | 0.0000010 |
| ALICE-EUR | 31.57707 ALICE | ā¬5 | 6,315,413,227.22221 ALICE | ā¬1,000,000,000 | 100 | 0.0000100 |
| ALIGN-EUR | 926.6093 ALIGN | ā¬5 | 1,853,218,510.7025 ALIGN | ā¬10,000,000 | 100 | 0.00000100 |
| ALLO-EUR | 21.0184 ALLO | ā¬5 | 42,036,737.6961 ALLO | ā¬10,000,000 | 100 | 0.00000100 |
| ALT-EUR | 701.637 ALT | ā¬5 | 140,327,338,234.565 ALT | ā¬1,000,000,000 | 100 | 0.00000010 |
| AMP-EUR | 8,869.747 AMP | ā¬5 | 1,773,949,370,135.062 AMP | ā¬1,000,000,000 | 100 | 0.000000100 |
| ANIME-EUR | 1,640.87346 ANIME | ā¬5 | 92,233,720,368.54776 ANIME | ā¬1,000,000,000 | 100 | 0.00000010 |
| ANKR-EUR | 1,119.25136 ANKR | ā¬5 | 92,233,720,368.54776 ANKR | ā¬1,000,000,000 | 100 | 0.00000010 |
| APE-EUR | 32.81669 APE | ā¬5 | 6,563,337,941.1342 APE | ā¬1,000,000,000 | 100 | 0.0000100 |
| API3-EUR | 20.23116 API3 | ā¬5 | 4,046,231,920.21476 API3 | ā¬1,000,000,000 | 100 | 0.0000100 |
| APT-EUR | 6.71477 APT | ā¬5 | 1,342,954,466.27263 APT | ā¬1,000,000,000 | 100 | 0.000100 |
| ARB-EUR | 27.80473 ARB | ā¬5 | 5,560,946,919.57065 ARB | ā¬1,000,000,000 | 100 | 0.0000100 |
| ARK-EUR | 25.15558 ARK | ā¬5 | 5,031,115,496.84536 ARK | ā¬1,000,000,000 | 100 | 0.0000100 |
| ARKM-EUR | 43.0709 ARKM | ā¬5 | 8,614,180,017.86909 ARKM | ā¬1,000,000,000 | 100 | 0.0000100 |
| ARPA-EUR | 525.90703 ARPA | ā¬5 | 92,233,720,368.54776 ARPA | ā¬1,000,000,000 | 100 | 0.00000010 |
| ARX-EUR | 21.05506 ARX | ā¬5 | 42,110,113.47626 ARX | ā¬10,000,000 | 100 | 0.0000100 |
| ASTER-EUR | 7.49982 ASTER | ā¬5 | 14,999,642.41404 ASTER | ā¬10,000,000 | 100 | 0.0000100 |
| ASTR-EUR | 734.53843 ASTR | ā¬5 | 92,233,720,368.54776 ASTR | ā¬1,000,000,000 | 100 | 0.00000010 |
| ATH-EUR | 866.87644 ATH | ā¬5 | 92,233,720,368.54776 ATH | ā¬1,000,000,000 | 100 | 0.0000001 |
| ATOM-EUR | 3.28899 ATOM | ā¬5 | 657,796,963.40101 ATOM | ā¬1,000,000,000 | 100 | 0.000100 |
| AUCTION-EUR | 1.52065 AUCTION | ā¬5 | 304,129,808.06251 AUCTION | ā¬1,000,000,000 | 100 | 0.00010 |
| AUDIO-EUR | 333.63175 AUDIO | ā¬5 | 66,726,349,393.00576 AUDIO | ā¬1,000,000,000 | 100 | 0.0000010 |
| AVA-EUR | 21.57031 AVA | ā¬5 | 4,314,061,403.57219 AVA | ā¬1,000,000,000 | 100 | 0.0000100 |
| AVAX-EUR | 0.50797 AVAX | ā¬5 | 101,593,029.13699 AVAX | ā¬1,000,000,000 | 200 | 0.00010 |
| AVNT-EUR | 43.79345 AVNT | ā¬5 | 87,586,904.04774 AVNT | ā¬10,000,000 | 100 | 0.0000100 |
| AXL-EUR | 105.88758 AXL | ā¬5 | 21,177,515,108.94769 AXL | ā¬1,000,000,000 | 100 | 0.0000010 |
| AXS-EUR | 4.52492 AXS | ā¬5 | 904,983,332.24851 AXS | ā¬1,000,000,000 | 100 | 0.000100 |
| AZTEC-EUR | 313.91982 AZTEC | ā¬5 | 627,839,643.65256 AZTEC | ā¬10,000,000 | 100 | 0.0000010 |
| BABY-EUR | 401.92946 BABY | ā¬5 | 80,385,892,243.47305 BABY | ā¬1,000,000,000 | 100 | 0.00000100 |
| BANANA-EUR | 1.39748 BANANA | ā¬5 | 279,496,826.2273 BANANA | ā¬1,000,000,000 | 100 | 0.00010 |
| BAND-EUR | 24.88988 BAND | ā¬5 | 4,977,976,910.67862 BAND | ā¬1,000,000,000 | 100 | 0.0000100 |
| BAT-EUR | 58.53834 BAT | ā¬5 | 11,707,668,679.46931 BAT | ā¬1,000,000,000 | 100 | 0.0000100 |
| BCH-EUR | 0.01812 BCH | ā¬5 | 3,624,915.74188 BCH | ā¬1,000,000,000 | 100 | 0.0100 |
| BEAM-EUR | 2,579.419 BEAM | ā¬5 | 515,883,764,097.38 BEAM | ā¬1,000,000,000 | 100 | 0.0000001 |
| BEL-EUR | 44.01393 BEL | ā¬5 | 8,802,785,343.96582 BEL | ā¬1,000,000,000 | 100 | 0.0000010 |
| BICO-EUR | 262.50735 BICO | ā¬5 | 52,501,469,269.82045 BICO | ā¬1,000,000,000 | 100 | 0.00000100 |
| BIGTIME-EUR | 605.27457 BIGTIME | ā¬5 | 92,233,720,368.54776 BIGTIME | ā¬1,000,000,000 | 100 | 0.0000010 |
| BILL-EUR | 473.2977 BILL | ā¬5 | 946,595,334.9614 BILL | ā¬10,000,000 | 100 | 0.00000100 |
| BIO-EUR | 177.30493 BIO | ā¬5 | 35,460,986,270.00719 BIO | ā¬1,000,000,000 | 100 | 0.0000010 |
| BIRB-EUR | 88.66909 BIRB | ā¬5 | 177,338,174.76148 BIRB | ā¬10,000,000 | 100 | 0.0000100 |
| BLEND-EUR | 87.50357 BLEND | ā¬5 | 175,007,143.28322 BLEND | ā¬10,000,000 | 100 | 0.0000100 |
| BLUR-EUR | 263.14838 BLUR | ā¬5 | 52,629,675,146.75371 BLUR | ā¬1,000,000,000 | 100 | 0.0000010 |
| BNB-EUR | 0.00718 BNB | ā¬5 | 1,436,046.27498 BNB | ā¬1,000,000,000 | 100 | 0.0100 |
| BNT-EUR | 16.36913 BNT | ā¬5 | 3,273,825,726.03358 BNT | ā¬1,000,000,000 | 100 | 0.0000100 |
| BOB-EUR | 1,166.4632 BOB | ā¬5 | 2,332,926,366.8985 BOB | ā¬10,000,000 | 100 | 0.00000010 |
| BOME-EUR | 5,407.96405 BOME | ā¬5 | 1,081,592,810,238.2484 BOME | ā¬1,000,000,000 | 100 | 0.00000001 |
| BONK-EUR | 1,450,338 BONK | ā¬5 | 290,067,532,190,905 BONK | ā¬1,000,000,000 | 100 | 0.0000000001 |
| BRETT-EUR | 920.24139 BRETT | ā¬5 | 92,233,720,368.54776 BRETT | ā¬1,000,000,000 | 100 | 0.0000001 |
| BREV-EUR | 65.72802 BREV | ā¬5 | 131,456,041.26723 BREV | ā¬10,000,000 | 100 | 0.0000100 |
| BTC-USDC | 0.00008 BTC | ā¬5 | 15,675.9086 BTC | ā¬1,000,000,000 | 100 | 1.00 |
| BTT-EUR | 15,033,333 BTT | ā¬5 | 3,006,666,580,699,608 BTT | ā¬1,000,000,000 | 100 | 0.00000000001 |
| C-EUR | 58.6267 C | ā¬5 | 117,253,449.2265 C | ā¬10,000,000 | 100 | 0.00000100 |
| C98-EUR | 337.75069 C98 | ā¬5 | 67,550,138,729.53891 C98 | ā¬1,000,000,000 | 100 | 0.00000100 |
| CAKE-EUR | 2.23756 CAKE | ā¬5 | 447,511,553.13922 CAKE | ā¬1,000,000,000 | 100 | 0.000100 |
| CAP-EUR | 76.295 CAP | ā¬5 | 152,589,065.262 CAP | ā¬10,000,000 | 100 | 0.000000100 |
| CARV-EUR | 131.43273 CARV | ā¬5 | 262,865,464.24414 CARV | ā¬10,000,000 | 100 | 0.0000010 |
| CAT-EUR | 2,485,052 CAT | ā¬5 | 497,010,482,011,446 CAT | ā¬1,000,000,000 | 100 | 0.000000000100 |
| CATI-EUR | 88.09472 CATI | ā¬5 | 17,618,944,113.851 CATI | ā¬1,000,000,000 | 100 | 0.0000010 |
| CC-EUR | 44.13585 CC | ā¬5 | 88,271,700.06712 CC | ā¬10,000,000 | 100 | 0.0000100 |
| CELO-EUR | 52.63689 CELO | ā¬5 | 10,527,378,115.44392 CELO | ā¬1,000,000,000 | 100 | 0.0000010 |
| CELR-EUR | 1,810.385 CELR | ā¬5 | 362,076,957,447.336 CELR | ā¬1,000,000,000 | 100 | 0.000000100 |
| CETUS-EUR | 197.43665 CETUS | ā¬5 | 39,487,329,416.09409 CETUS | ā¬1,000,000,000 | 100 | 0.0000010 |
| CFG-EUR | 36.46255 CFG | ā¬5 | 7,292,509,807.41238 CFG | ā¬1,000,000,000 | 100 | 0.0000010 |
| CHILLGUY-EUR | 412.33941 CHILLGUY | ā¬5 | 82,467,882,984.70793 CHILLGUY | ā¬1,000,000,000 | 100 | 0.0000001 |
| CHIP-EUR | 131.3353 CHIP | ā¬5 | 262,670,565.1142 CHIP | ā¬10,000,000 | 100 | 0.00000100 |
| CHR-EUR | 264.87062 CHR | ā¬5 | 52,974,123,176.78262 CHR | ā¬1,000,000,000 | 100 | 0.00000100 |
| CHZ-EUR | 333.00821 CHZ | ā¬5 | 66,601,641,051.11564 CHZ | ā¬1,000,000,000 | 100 | 0.00000100 |
| CNPY-EUR | 19.53995 CNPY | ā¬5 | 39,079,909.61734 CNPY | ā¬10,000,000 | 100 | 0.0000100 |
| COMP-EUR | 0.2327 COMP | ā¬5 | 46,539,655.67375 COMP | ā¬1,000,000,000 | 100 | 0.00100 |
| COTI-EUR | 403.26761 COTI | ā¬5 | 80,653,522,946.74934 COTI | ā¬1,000,000,000 | 100 | 0.00000100 |
| COW-EUR | 33.90539 COW | ā¬5 | 6,781,077,124.77689 COW | ā¬1,000,000,000 | 100 | 0.0000100 |
| CPOOL-EUR | 152.14999 CPOOL | ā¬5 | 30,429,997,302.40086 CPOOL | ā¬1,000,000,000 | 100 | 0.0000010 |
| CRO-EUR | 79.01518 CRO | ā¬5 | 15,803,036,634.62878 CRO | ā¬1,000,000,000 | 100 | 0.00000100 |
| CROSS-EUR | 40.401 CROSS | ā¬5 | 80,802,008.42469 CROSS | ā¬10,000,000 | 100 | 0.0000010 |
| CRV-EUR | 15.00622 CRV | ā¬5 | 3,001,243,864.71233 CRV | ā¬1,000,000,000 | 100 | 0.0000100 |
| CSPR-EUR | 2,168.26 CSPR | ā¬5 | 433,652,075,412.23 CSPR | ā¬1,000,000,000 | 100 | 0.000000100 |
| CT-EUR | 11.6273 CT | ā¬5 | 23,254,605.7956 CT | ā¬10,000,000 | 100 | 0.0000100 |
| CTC-EUR | 47.47665 CTC | ā¬5 | 9,495,329,332.78058 CTC | ā¬1,000,000,000 | 100 | 0.0000100 |
| CTK-EUR | 43.9392 CTK | ā¬5 | 8,787,839,098.27739 CTK | ā¬1,000,000,000 | 100 | 0.0000100 |
| CTR-EUR | 461.9121 CTR | ā¬5 | 923,824,193.0085 CTR | ā¬10,000,000 | 100 | 0.00000100 |
| CTSI-EUR | 188.66181 CTSI | ā¬5 | 37,732,361,588.84736 CTSI | ā¬1,000,000,000 | 100 | 0.00000100 |
| CVC-EUR | 181.54979 CVC | ā¬5 | 36,309,957,870.31179 CVC | ā¬1,000,000,000 | 100 | 0.0000010 |
| CVX-EUR | 2.39524 CVX | ā¬5 | 479,047,419.78607 CVX | ā¬1,000,000,000 | 100 | 0.000100 |
| CYBER-EUR | 17.50219 CYBER | ā¬5 | 3,500,438,761.03642 CYBER | ā¬1,000,000,000 | 100 | 0.0000100 |
| DATAIP-EUR | 26.30944 DATAIP | ā¬5 | 52,618,886.42268 DATAIP | ā¬10,000,000 | 100 | 0.000100 |
| DBR-EUR | 297.34195 DBR | ā¬5 | 59,468,389,682.04994 DBR | ā¬1,000,000,000 | 100 | 0.0000010 |
| DEEP-EUR | 236.01864 DEEP | ā¬5 | 47,203,728,284.21403 DEEP | ā¬1,000,000,000 | 100 | 0.00000100 |
| DEGEN-EUR | 5,150.868 DEGEN | ā¬5 | 1,030,173,515,981.735 DEGEN | ā¬1,000,000,000 | 100 | 0.000000010 |
| DGB-EUR | 1,279.174 DGB | ā¬5 | 255,834,875,148.73 DGB | ā¬1,000,000,000 | 100 | 0.0000001 |
| DIA-EUR | 33.91957 DIA | ā¬5 | 6,783,913,996.11621 DIA | ā¬1,000,000,000 | 100 | 0.0000100 |
| DODO-EUR | 299.58359 DODO | ā¬5 | 59,916,717,971.63563 DODO | ā¬1,000,000,000 | 100 | 0.00000100 |
| DOGE-EUR | 58.7318 DOGE | ā¬5 | 11,746,359,105.47599 DOGE | ā¬1,000,000,000 | 100 | 0.0000010 |
| DOGS-EUR | 115,384.72 DOGS | ā¬5 | 23,076,944,148,208.2 DOGS | ā¬1,000,000,000 | 100 | 0.0000000010 |
| DOS-EUR | 26.31871 DOS | ā¬5 | 52,637,429.94862 DOS | ā¬10,000,000 | 100 | 0.0000100 |
| DOT-EUR | 4.73578 DOT | ā¬5 | 947,156,124.68191 DOT | ā¬1,000,000,000 | 100 | 0.000100 |
| DRIFT-EUR | 283.07808 DRIFT | ā¬5 | 56,615,615,077.51304 DRIFT | ā¬1,000,000,000 | 100 | 0.0000010 |
| DRV-EUR | 13.44403 DRV | ā¬5 | 26,888,052.51265 DRV | ā¬10,000,000 | 100 | 0.0000100 |
| DUSK-EUR | 59.33376 DUSK | ā¬5 | 11,866,751,590.76671 DUSK | ā¬1,000,000,000 | 100 | 0.0000010 |
| DYDX-EUR | 39.2447 DYDX | ā¬5 | 7,848,939,278.72682 DYDX | ā¬1,000,000,000 | 100 | 0.0000100 |
| DYM-EUR | 283.21318 DYM | ā¬5 | 56,642,636,449.88103 DYM | ā¬1,000,000,000 | 100 | 0.0000010 |
| EDEN-EUR | 91.9418 EDEN | ā¬5 | 183,883,562.0584 EDEN | ā¬10,000,000 | 100 | 0.00000100 |
| EDGE-EUR | 52.64625 EDGE | ā¬5 | 105,292,500 EDGE | ā¬10,000,000 | 100 | 0.0000010 |
| EDU-EUR | 107.45262 EDU | ā¬5 | 21,490,523,337.05855 EDU | ā¬1,000,000,000 | 100 | 0.0000100 |
| EGLD-EUR | 1.20071 EGLD | ā¬5 | 240,141,031.10145 EGLD | ā¬1,000,000,000 | 100 | 0.00010 |
| EIGEN-EUR | 21.55775 EIGEN | ā¬5 | 4,311,550,268.6109 EIGEN | ā¬1,000,000,000 | 100 | 0.0000100 |
| ELSA-EUR | 105.0325 ELSA | ā¬5 | 210,065,008.28751 ELSA | ā¬10,000,000 | 100 | 0.0000010 |
| ENA-EUR | 22.87218 ENA | ā¬5 | 4,574,435,356.78686 ENA | ā¬1,000,000,000 | 100 | 0.0000100 |
| ENJ-EUR | 156.26232 ENJ | ā¬5 | 31,252,463,690.73018 ENJ | ā¬1,000,000,000 | 100 | 0.0000010 |
| ENS-EUR | 0.80211 ENS | ā¬5 | 160,422,775.75137 ENS | ā¬1,000,000,000 | 100 | 0.00010 |
| ENSO-EUR | 5.58421 ENSO | ā¬5 | 11,168,428.40667 ENSO | ā¬10,000,000 | 100 | 0.000100 |
| EPIC-EUR | 10.50623 EPIC | ā¬5 | 2,101,245,499.43764 EPIC | ā¬1,000,000,000 | 100 | 0.000010 |
| ESP-EUR | 52.69276 ESP | ā¬5 | 105,385,525.44332 ESP | ā¬10,000,000 | 100 | 0.0000010 |
| ETC-EUR | 0.63919 ETC | ā¬5 | 127,838,278.99457 ETC | ā¬1,000,000,000 | 100 | 0.00010 |
| ETH-EUR | 0.0021 ETH | ā¬5 | 420,371.62954 ETH | ā¬1,000,000,000 | 100 | 0.010 |
| ETHFI-EUR | 7.42788 ETHFI | ā¬5 | 1,485,575,329.14724 ETHFI | ā¬1,000,000,000 | 100 | 0.0000100 |
| EUL-EUR | 4.15214 EUL | ā¬5 | 8,304,282.20953 EUL | ā¬10,000,000 | 100 | 0.000010 |
| EURC-USDC | 4.29387 EURC | ā¬5 | 8,587,745.28748 EURC | ā¬10,000,000 | 100 | 0.0001000 |
| EURCV-EUR | 5 EURCV | ā¬5 | 10,000,000 EURCV | ā¬10,000,000 | 100 | 0.000100 |
| EUROP-EUR | 5.10155 EUROP | ā¬5 | 1,020,309,951.06036 EUROP | ā¬1,000,000,000 | 100 | 0.000100 |
| F-EUR | 1,581.53599 F | ā¬5 | 92,233,720,368.54776 F | ā¬1,000,000,000 | 100 | 0.0000001 |
| FARTCOIN-EUR | 29.64892 FARTCOIN | ā¬5 | 59,297,843.20357 FARTCOIN | ā¬10,000,000 | 100 | 0.0000100 |
| FET-EUR | 23.69795 FET | ā¬5 | 4,739,590,838.23559 FET | ā¬1,000,000,000 | 200 | 0.0000100 |
| FIDA-EUR | 262.99307 FIDA | ā¬5 | 52,598,613,077.76191 FIDA | ā¬1,000,000,000 | 100 | 0.00000100 |
| FIL-EUR | 5.38926 FIL | ā¬5 | 1,077,851,390.53779 FIL | ā¬1,000,000,000 | 100 | 0.000010 |
| FLOCK-EUR | 87.97676 FLOCK | ā¬5 | 175,953,518.79068 FLOCK | ā¬10,000,000 | 100 | 0.0000010 |
| FLOKI-EUR | 199,781 FLOKI | ā¬5 | 39,956,186,268,506 FLOKI | ā¬1,000,000,000 | 100 | 0.0000000010 |
| FLR-EUR | 763.53053 FLR | ā¬5 | 92,233,720,368.54776 FLR | ā¬1,000,000,000 | 100 | 0.00000010 |
| FLUID-EUR | 3.4366 FLUID | ā¬5 | 6,873,198.60221 FLUID | ā¬10,000,000 | 100 | 0.000100 |
| FLUX-EUR | 75.53502 FLUX | ā¬5 | 15,107,004,151.60037 FLUX | ā¬1,000,000,000 | 100 | 0.0000010 |
| FOLD-EUR | 87.6043 FOLD | ā¬5 | 175,208,572.1907 FOLD | ā¬10,000,000 | 100 | 0.00000100 |
| FORM-EUR | 18.9366 FORM | ā¬5 | 3,787,320,098.53853 FORM | ā¬1,000,000,000 | 100 | 0.000010 |
| FRAX-EUR | 18.81703 FRAX | ā¬5 | 37,634,055.43112 FRAX | ā¬10,000,000 | 100 | 0.0000100 |
| FTT-EUR | 21.57641 FTT | ā¬5 | 4,315,282,991.17538 FTT | ā¬1,000,000,000 | 100 | 0.0000100 |
| FUEL-EUR | 7,465.013 FUEL | ā¬5 | 1,493,002,550,059.045 FUEL | ā¬1,000,000,000 | 100 | 0.0000001 |
| FUN-EUR | 314.8296 FUN | ā¬5 | 629,659,206.8864 FUN | ā¬10,000,000 | 100 | 0.0000010 |
| G-EUR | 1,168.08068 G | ā¬5 | 92,233,720,368.54776 G | ā¬1,000,000,000 | 100 | 0.00000010 |
| GALA-EUR | 2,143.17754 GALA | ā¬5 | 92,233,720,368.54776 GALA | ā¬1,000,000,000 | 100 | 0.0000001 |
| GAS-EUR | 3.97899 GAS | ā¬5 | 795,798,031.80242 GAS | ā¬1,000,000,000 | 100 | 0.000100 |
| GIGA-EUR | 2,429.57045 GIGA | ā¬5 | 92,233,720,368.54776 GIGA | ā¬1,000,000,000 | 100 | 0.0000001 |
| GLM-EUR | 43.16921 GLM | ā¬5 | 8,633,842,951.13119 GLM | ā¬1,000,000,000 | 100 | 0.0000100 |
| GLMR-EUR | 653.36912 GLMR | ā¬5 | 92,233,720,368.54776 GLMR | ā¬1,000,000,000 | 100 | 0.0000010 |
| GMT-EUR | 628.14763 GMT | ā¬5 | 92,233,720,368.54776 GMT | ā¬1,000,000,000 | 100 | 0.00000100 |
| GMX-EUR | 0.72068 GMX | ā¬5 | 144,135,361.22734 GMX | ā¬1,000,000,000 | 100 | 0.00010 |
| GNO-EUR | 0.0464 GNO | ā¬5 | 9,280,304.37229 GNO | ā¬1,000,000,000 | 100 | 0.0100 |
| GNS-EUR | 12.69437 GNS | ā¬5 | 2,538,873,394.4343 GNS | ā¬1,000,000,000 | 100 | 0.000010 |
| GOAT-EUR | 292.14647 GOAT | ā¬5 | 58,429,293,916.58011 GOAT | ā¬1,000,000,000 | 100 | 0.00000100 |
| GRAM-EUR | 3.73065 GRAM | ā¬5 | 7,461,292.78976 GRAM | ā¬10,000,000 | 100 | 0.000100 |
| GRASS-EUR | 8.04521 GRASS | ā¬5 | 1,609,042,268.83204 GRASS | ā¬1,000,000,000 | 100 | 0.000010 |
| GROVE-EUR | 737.9581 GROVE | ā¬5 | 1,475,916,230.3665 GROVE | ā¬10,000,000 | 100 | 0.00000100 |
| GRT-EUR | 192.68518 GRT | ā¬5 | 38,537,036,831.0191 GRT | ā¬1,000,000,000 | 100 | 0.00000100 |
| GTC-EUR | 44.59779 GTC | ā¬5 | 8,919,558,242.70212 GTC | ā¬1,000,000,000 | 100 | 0.0000010 |
| GWEI-EUR | 262.542 GWEI | ā¬5 | 525,083,987.1307 GWEI | ā¬10,000,000 | 100 | 0.00000100 |
| HAEDAL-EUR | 284.51051 HAEDAL | ā¬5 | 569,021,026.81824 HAEDAL | ā¬10,000,000 | 100 | 0.0000010 |
| HBAR-EUR | 52.68817 HBAR | ā¬5 | 10,537,633,523.7381 HBAR | ā¬1,000,000,000 | 200 | 0.0000010 |
| HEI-EUR | 37.77734 HEI | ā¬5 | 7,555,467,385.59057 HEI | ā¬1,000,000,000 | 100 | 0.0000010 |
| HFT-EUR | 889.27445 HFT | ā¬5 | 92,233,720,368.54776 HFT | ā¬1,000,000,000 | 100 | 0.00000100 |
| HMSTR-EUR | 31,501.215 HMSTR | ā¬5 | 6,300,243,074,610.061 HMSTR | ā¬1,000,000,000 | 100 | 0.000000010 |
| HNT-EUR | 10.75175 HNT | ā¬5 | 2,150,350,969.11616 HNT | ā¬1,000,000,000 | 100 | 0.000010 |
| HOME-EUR | 939.8606 HOME | ā¬5 | 1,879,721,164.3203 HOME | ā¬10,000,000 | 100 | 0.00000100 |
| HOT-EUR | 12,231.06 HOT | ā¬5 | 2,446,212,526,253.09 HOT | ā¬1,000,000,000 | 100 | 0.0000000100 |
| HUMA-EUR | 156.6394 HUMA | ā¬5 | 313,278,790.9179 HUMA | ā¬10,000,000 | 100 | 0.00000100 |
| HYPE-EUR | 0.06147 HYPE | ā¬5 | 12,293,908.19919 HYPE | ā¬1,000,000,000 | 200 | 0.00100 |
| ICNT-EUR | 58.41605 ICNT | ā¬5 | 116,832,099.1562 ICNT | ā¬10,000,000 | 100 | 0.0000100 |
| ICP-EUR | 1.66587 ICP | ā¬5 | 333,174,447.31513 ICP | ā¬1,000,000,000 | 100 | 0.000100 |
| ID-EUR | 147.99577 ID | ā¬5 | 29,599,153,225.33114 ID | ā¬1,000,000,000 | 100 | 0.0000010 |
| IKA-EUR | 2,897.7343 IKA | ā¬5 | 5,795,468,532.8375 IKA | ā¬10,000,000 | 100 | 0.00000010 |
| ILV-EUR | 1.38124 ILV | ā¬5 | 276,247,542.23715 ILV | ā¬1,000,000,000 | 100 | 0.00010 |
| IMU-EUR | 2,767.856 IMU | ā¬5 | 5,535,712,802.749 IMU | ā¬10,000,000 | 100 | 0.000000100 |
| IMX-EUR | 31.57661 IMX | ā¬5 | 6,315,321,170.35934 IMX | ā¬1,000,000,000 | 100 | 0.0000100 |
| INIT-EUR | 52.82414 INIT | ā¬5 | 105,648,274.73546 INIT | ā¬10,000,000 | 100 | 0.0000010 |
| INJ-EUR | 0.7728 INJ | ā¬5 | 154,560,001.84536 INJ | ā¬1,000,000,000 | 100 | 0.000100 |
| INX-EUR | 939.2622 INX | ā¬5 | 1,878,524,390.5292 INX | ā¬10,000,000 | 100 | 0.00000100 |
| IO-EUR | 35.027 IO | ā¬5 | 7,005,399,519.84416 IO | ā¬1,000,000,000 | 100 | 0.0000100 |
| IOST-EUR | 6,378.8177 IOST | ā¬5 | 1,275,763,534,170.6719 IOST | ā¬1,000,000,000 | 100 | 0.000000100 |
| IQ-EUR | 6,153.561 IQ | ā¬5 | 1,230,712,268,693.299 IQ | ā¬1,000,000,000 | 100 | 0.000000100 |
| IRYS-EUR | 346.357 IRYS | ā¬5 | 692,713,938.4501 IRYS | ā¬10,000,000 | 100 | 0.00000100 |
| JASMY-EUR | 1,023.356 JASMY | ā¬5 | 204,671,196,333.363 JASMY | ā¬1,000,000,000 | 100 | 0.0000001 |
| JTO-EUR | 10.087 JTO | ā¬5 | 2,017,404,772.1796 JTO | ā¬1,000,000,000 | 100 | 0.000010 |
| JUP-EUR | 17.217 JUP | ā¬5 | 3,443,440,621.395 JUP | ā¬1,000,000,000 | 100 | 0.0000100 |
| KAIA-EUR | 150.35522 KAIA | ā¬5 | 30,071,044,424.8747 KAIA | ā¬1,000,000,000 | 100 | 0.00000100 |
| KAITO-EUR | 16.33534 KAITO | ā¬5 | 3,267,068,369.45014 KAITO | ā¬1,000,000,000 | 100 | 0.0000100 |
| KAS-EUR | 131.49179 KAS | ā¬5 | 26,298,357,974.07074 KAS | ā¬1,000,000,000 | 100 | 0.0000010 |
| KAT-EUR | 1,128.267 KAT | ā¬5 | 2,256,533,920.3522 KAT | ā¬10,000,000 | 100 | 0.00000100 |
| KERNEL-EUR | 105.3052 KERNEL | ā¬5 | 21,061,039,487.29271 KERNEL | ā¬1,000,000,000 | 100 | 0.0000010 |
| KITE-EUR | 37.6491 KITE | ā¬5 | 75,298,294.4128 KITE | ā¬10,000,000 | 100 | 0.00001000 |
| KMNO-EUR | 137.04234 KMNO | ā¬5 | 27,408,467,366.94305 KMNO | ā¬1,000,000,000 | 100 | 0.0000010 |
| KNC-EUR | 40.58239 KNC | ā¬5 | 8,116,477,757.41475 KNC | ā¬1,000,000,000 | 100 | 0.0000100 |
| KSM-EUR | 1.09631 KSM | ā¬5 | 219,262,899.6312 KSM | ā¬1,000,000,000 | 100 | 0.00010 |
| LAPTOP-EUR | 68.44732 LAPTOP | ā¬5 | 136,894,646.96573 LAPTOP | ā¬10,000,000 | 100 | 0.0000100 |
| LAYER-EUR | 67.78024 LAYER | ā¬5 | 135,560,474.34474 LAYER | ā¬10,000,000 | 100 | 0.0000010 |
| LDO-EUR | 12.52634 LDO | ā¬5 | 2,505,267,399.83234 LDO | ā¬1,000,000,000 | 100 | 0.0000100 |
| LIGHTER-EUR | 1.52432 LIGHTER | ā¬5 | 3,048,648.70012 LIGHTER | ā¬10,000,000 | 100 | 0.000100 |
| LINEA-EUR | 1,949.6475 LINEA | ā¬5 | 3,899,294,939.7781 LINEA | ā¬10,000,000 | 100 | 0.00000010 |
| LINK-EUR | 0.38578 LINK | ā¬5 | 77,155,132.64237 LINK | ā¬1,000,000,000 | 100 | 0.00010 |
| LISTA-EUR | 65.72521 LISTA | ā¬5 | 13,145,042,650.13762 LISTA | ā¬1,000,000,000 | 100 | 0.0000010 |
| LMWR-EUR | 527.03864 LMWR | ā¬5 | 92,233,720,368.54776 LMWR | ā¬1,000,000,000 | 100 | 0.0000010 |
| LPT-EUR | 3.27411 LPT | ā¬5 | 654,821,408.03738 LPT | ā¬1,000,000,000 | 100 | 0.000100 |
| LQTY-EUR | 24.03835 LQTY | ā¬5 | 4,807,669,832.5934 LQTY | ā¬1,000,000,000 | 100 | 0.0000100 |
| LRC-EUR | 535.32638 LRC | ā¬5 | 92,233,720,368.54776 LRC | ā¬1,000,000,000 | 100 | 0.000001 |
| LSK-EUR | 19.45916 LSK | ā¬5 | 3,891,831,556.73143 LSK | ā¬1,000,000,000 | 100 | 0.0000100 |
| LTC-EUR | 0.07945 LTC | ā¬5 | 15,889,406.12216 LTC | ā¬1,000,000,000 | 100 | 0.00100 |
| LUMIA-EUR | 65.71257 LUMIA | ā¬5 | 13,142,513,799.38019 LUMIA | ā¬1,000,000,000 | 100 | 0.0000010 |
| LUNA-EUR | 105,613.64134 LUNA | ā¬5 | 9,223,372,036,854.775 LUNA | ā¬1,000,000,000 | 100 | 0.0000000010 |
| LUNA2-EUR | 108.01577 LUNA2 | ā¬5 | 21,603,153,957.27811 LUNA2 | ā¬1,000,000,000 | 100 | 0.0000010 |
| MAGIC-EUR | 94.13508 MAGIC | ā¬5 | 18,827,016,557.54307 MAGIC | ā¬1,000,000,000 | 100 | 0.00000100 |
| MANA-EUR | 53.0446 MANA | ā¬5 | 10,608,920,512.49784 MANA | ā¬1,000,000,000 | 100 | 0.000001 |
| MANTA-EUR | 79.1425 MANTA | ā¬5 | 15,828,499,833.9147 MANTA | ā¬1,000,000,000 | 100 | 0.000001 |
| MANTRA-EUR | 1,235.3032 MANTRA | ā¬5 | 2,470,606,450.7848 MANTRA | ā¬10,000,000 | 100 | 0.00000100 |
| MASK-EUR | 11.26922 MASK | ā¬5 | 2,253,843,209.5047 MASK | ā¬1,000,000,000 | 100 | 0.0000100 |
| MAV-EUR | 468.3172 MAV | ā¬5 | 92,233,720,368.54776 MAV | ā¬1,000,000,000 | 100 | 0.00000100 |
| MAVIA-EUR | 177.08124 MAVIA | ā¬5 | 35,416,247,361.49148 MAVIA | ā¬1,000,000,000 | 100 | 0.0000010 |
| ME-EUR | 75.16246 ME | ā¬5 | 15,032,492,098.86257 ME | ā¬1,000,000,000 | 100 | 0.000010 |
| MEGA-EUR | 115.27295 MEGA | ā¬5 | 230,545,900.63382 MEGA | ā¬10,000,000 | 100 | 0.0000100 |
| MEME-EUR | 9,198.85 MEME | ā¬5 | 1,839,770,637,677.13 MEME | ā¬1,000,000,000 | 100 | 0.000000010 |
| MERL-EUR | 192.42076 MERL | ā¬5 | 38,484,151,968.13201 MERL | ā¬1,000,000,000 | 100 | 0.0000010 |
| MET-EUR | 17.36005 MET | ā¬5 | 34,720,107.34431 MET | ā¬10,000,000 | 100 | 0.0000100 |
| METIS-EUR | 1.69206 METIS | ā¬5 | 338,411,418.58544 METIS | ā¬1,000,000,000 | 100 | 0.00010 |
| MEW-EUR | 10,827.375 MEW | ā¬5 | 2,165,475,040,123.045 MEW | ā¬1,000,000,000 | 100 | 0.000000010 |
| MIOTA-EUR | 105.32936 MIOTA | ā¬5 | 21,065,872,161.08126 MIOTA | ā¬1,000,000,000 | 100 | 0.0000010 |
| MIRA-EUR | 106.40793 MIRA | ā¬5 | 212,815,864.22389 MIRA | ā¬10,000,000 | 100 | 0.0000010 |
| MLN-EUR | 3.74034 MLN | ā¬5 | 748,068,220.91629 MLN | ā¬1,000,000,000 | 100 | 0.000100 |
| MMT-EUR | 29.57086 MMT | ā¬5 | 59,141,718.27654 MMT | ā¬10,000,000 | 100 | 0.0000100 |
| MOCA-EUR | 529.43938 MOCA | ā¬5 | 92,233,720,368.54776 MOCA | ā¬1,000,000,000 | 100 | 0.0000010 |
| MOG-EUR | 47,667,717 MOG | ā¬5 | 9,533,543,405,508,180 MOG | ā¬1,000,000,000 | 100 | 0.000000000010 |
| MON-EUR | 157.9711 MON | ā¬5 | 315,942,214.23 MON | ā¬10,000,000 | 100 | 0.00000100 |
| MOODENG-EUR | 116.50824 MOODENG | ā¬5 | 23,301,647,000.4753 MOODENG | ā¬1,000,000,000 | 100 | 0.00000100 |
| MORPHO-EUR | 2.15766 MORPHO | ā¬5 | 431,531,970.55694 MORPHO | ā¬1,000,000,000 | 100 | 0.000010 |
| MOVE-EUR | 549.69611 MOVE | ā¬5 | 92,233,720,368.54776 MOVE | ā¬1,000,000,000 | 100 | 0.0000010 |
| MOVR-EUR | 2.61647 MOVR | ā¬5 | 523,293,016.91012 MOVR | ā¬1,000,000,000 | 100 | 0.000100 |
| MTL-EUR | 17.5163 MTL | ā¬5 | 3,503,260,855.98251 MTL | ā¬1,000,000,000 | 100 | 0.0000100 |
| NEAR-EUR | 1.15387 NEAR | ā¬5 | 230,773,435.14356 NEAR | ā¬1,000,000,000 | 100 | 0.000100 |
| NEIRO-EUR | 59,105.26 NEIRO | ā¬5 | 11,821,051,263,840.71 NEIRO | ā¬1,000,000,000 | 100 | 0.0000000010 |
| NEO-EUR | 2.09534 NEO | ā¬5 | 419,068,101.06538 NEO | ā¬1,000,000,000 | 100 | 0.000100 |
| NES-EUR | 36.35449 NES | ā¬5 | 72,708,970.95391 NES | ā¬10,000,000 | 100 | 0.0000100 |
| NEWT-EUR | 111.77079 NEWT | ā¬5 | 223,541,589.05218 NEWT | ā¬10,000,000 | 100 | 0.0000010 |
| NEX-EUR | 6,714,802.2 NEX | ā¬5 | 13,429,604,487,635.4 NEX | ā¬10,000,000 | 100 | 0.00000000010 |
| NIL-EUR | 67.58208 NIL | ā¬5 | 13,516,416,481.73224 NIL | ā¬1,000,000,000 | 100 | 0.0000010 |
| NMR-EUR | 0.50132 NMR | ā¬5 | 100,263,281.02903 NMR | ā¬1,000,000,000 | 100 | 0.000100 |
| NOM-EUR | 2,157.894 NOM | ā¬5 | 4,315,787,927.4039 NOM | ā¬10,000,000 | 100 | 0.00000010 |
| NOS-EUR | 9.49621 NOS | ā¬5 | 1,899,242,303.6072 NOS | ā¬1,000,000,000 | 100 | 0.000010 |
| NOT-EUR | 10,863.63 NOT | ā¬5 | 2,172,725,903,947.775 NOT | ā¬1,000,000,000 | 100 | 0.000000010 |
| NPC-EUR | 262.689 NPC | ā¬5 | 52,537,711,388.052 NPC | ā¬1,000,000,000 | 100 | 0.00000010 |
| O-EUR | 10.50613 O | ā¬5 | 21,012,264.15285 O | ā¬10,000,000 | 100 | 0.0000100 |
| OGN-EUR | 265.95171 OGN | ā¬5 | 53,190,341,835.34444 OGN | ā¬1,000,000,000 | 100 | 0.0000010 |
| ONDO-EUR | 11.47196 ONDO | ā¬5 | 2,294,392,065.92628 ONDO | ā¬1,000,000,000 | 100 | 0.0000100 |
| OP-EUR | 43.12151 OP | ā¬5 | 8,624,302,830.20409 OP | ā¬1,000,000,000 | 100 | 0.000010 |
| OPEN-EUR | 42.93552 OPEN | ā¬5 | 85,871,033.40536 OPEN | ā¬10,000,000 | 100 | 0.0000100 |
| ORCA-EUR | 3.36821 ORCA | ā¬5 | 673,642,786.35619 ORCA | ā¬1,000,000,000 | 100 | 0.000010 |
| OSMO-EUR | 156.61226 OSMO | ā¬5 | 31,322,451,085.45635 OSMO | ā¬1,000,000,000 | 100 | 0.0000010 |
| PARTI-EUR | 203.53727 PARTI | ā¬5 | 40,707,454,198.95185 PARTI | ā¬1,000,000,000 | 100 | 0.0000010 |
| PEAQ-EUR | 136.31528 PEAQ | ā¬5 | 27,263,056,092.84332 PEAQ | ā¬1,000,000,000 | 100 | 0.0000010 |
| PENDLE-EUR | 2.2798 PENDLE | ā¬5 | 455,959,772.71525 PENDLE | ā¬1,000,000,000 | 100 | 0.000100 |
| PENGU-EUR | 571.945 PENGU | ā¬5 | 114,388,996,274.685 PENGU | ā¬1,000,000,000 | 100 | 0.000000100 |
| PEOPLE-EUR | 596.00583 PEOPLE | ā¬5 | 92,233,720,368.54776 PEOPLE | ā¬1,000,000,000 | 100 | 0.0000001 |
| PEPE-EUR | 1,264,261 PEPE | ā¬5 | 252,852,254,605,284 PEPE | ā¬1,000,000,000 | 100 | 0.000000000100 |
| PHA-EUR | 75.69915 PHA | ā¬5 | 15,139,829,166.95728 PHA | ā¬1,000,000,000 | 100 | 0.0000010 |
| PIXEL-EUR | 906.57058 PIXEL | ā¬5 | 92,233,720,368.54776 PIXEL | ā¬1,000,000,000 | 100 | 0.0000001 |
| PLUME-EUR | 305.75302 PLUME | ā¬5 | 61,150,603,736.30972 PLUME | ā¬1,000,000,000 | 100 | 0.0000001 |
| PNUT-EUR | 105.00774 PNUT | ā¬5 | 21,001,547,493.39379 PNUT | ā¬1,000,000,000 | 100 | 0.0000010 |
| POL-EUR | 52.52776 POL | ā¬5 | 10,505,552,754.59158 POL | ā¬1,000,000,000 | 100 | 0.0000010 |
| POND-EUR | 3,386.165 POND | ā¬5 | 677,232,939,328.852 POND | ā¬1,000,000,000 | 100 | 0.00000010 |
| PONKE-EUR | 220.57098 PONKE | ā¬5 | 44,114,195,492.96185 PONKE | ā¬1,000,000,000 | 100 | 0.0000010 |
| POPCAT-EUR | 105.52585 POPCAT | ā¬5 | 21,105,170,625.86837 POPCAT | ā¬1,000,000,000 | 100 | 0.0000010 |
| PORTAL-EUR | 311.18858 PORTAL | ā¬5 | 62,237,715,291.3913 PORTAL | ā¬1,000,000,000 | 100 | 0.00000100 |
| POWR-EUR | 78.95316 POWR | ā¬5 | 15,790,631,041.49117 POWR | ā¬1,000,000,000 | 100 | 0.0000010 |
| PROM-EUR | 0.86307 PROM | ā¬5 | 172,613,733.85376 PROM | ā¬1,000,000,000 | 100 | 0.000100 |
| PROMPT-EUR | 275.8655 PROMPT | ā¬5 | 551,731,062.5229 PROMPT | ā¬10,000,000 | 100 | 0.0000010 |
| PROVE-EUR | 25.13756 PROVE | ā¬5 | 50,275,112.19412 PROVE | ā¬10,000,000 | 100 | 0.0000100 |
| PTB-EUR | 5,732.197 PTB | ā¬5 | 11,464,394,262.228 PTB | ā¬10,000,000 | 100 | 0.000000100 |
| PUFFER-EUR | 226.23883 PUFFER | ā¬5 | 45,247,766,758.22031 PUFFER | ā¬1,000,000,000 | 100 | 0.0000010 |
| PUMP-EUR | 931.04 PUMP | ā¬5 | 1,862,080,748.292 PUMP | ā¬10,000,000 | 100 | 0.000000100 |
| PUNDIX-EUR | 47.44425 PUNDIX | ā¬5 | 9,488,849,021.97766 PUNDIX | ā¬1,000,000,000 | 100 | 0.0000100 |
| PYTH-EUR | 75.55473 PYTH | ā¬5 | 15,110,946,745.56213 PYTH | ā¬1,000,000,000 | 100 | 0.0000010 |
| QKC-EUR | 1,984.082 QKC | ā¬5 | 396,816,489,646.494 QKC | ā¬1,000,000,000 | 100 | 0.000000100 |
| QNT-EUR | 0.02301 QNT | ā¬5 | 4,601,367.3954 QNT | ā¬1,000,000,000 | 200 | 0.00100 |
| QUID-EUR | 79.6983 QUID | ā¬5 | 159,396,564.7598 QUID | ā¬10,000,000 | 100 | 0.00000100 |
| RAD-EUR | 21.46806 RAD | ā¬5 | 4,293,612,575.81555 RAD | ā¬1,000,000,000 | 100 | 0.0000100 |
| RARE-EUR | 319.63737 RARE | ā¬5 | 63,927,473,556.10494 RARE | ā¬1,000,000,000 | 100 | 0.00000100 |
| RAY-EUR | 2.954 RAY | ā¬5 | 590,794,394.8917 RAY | ā¬1,000,000,000 | 100 | 0.000010 |
| RE-EUR | 11.011 RE | ā¬5 | 22,021,990.75803 RE | ā¬10,000,000 | 100 | 0.0000100 |
| RECALL-EUR | 116.27419 RECALL | ā¬5 | 232,548,377.67924 RECALL | ā¬10,000,000 | 100 | 0.0000010 |
| RED-EUR | 31.44349 RED | ā¬5 | 6,288,698,153.50474 RED | ā¬1,000,000,000 | 100 | 0.0000100 |
| RENDER-EUR | 2.95514 RENDER | ā¬5 | 591,027,062.98067 RENDER | ā¬1,000,000,000 | 100 | 0.000100 |
| REQ-EUR | 92.12053 REQ | ā¬5 | 18,424,106,349.79869 REQ | ā¬1,000,000,000 | 100 | 0.0000010 |
| REZ-EUR | 1,285.31963 REZ | ā¬5 | 92,233,720,368.54776 REZ | ā¬1,000,000,000 | 100 | 0.0000001 |
| RLC-EUR | 14.8401 RLC | ā¬5 | 2,968,019,988.40139 RLC | ā¬1,000,000,000 | 100 | 0.000010 |
| ROBO-EUR | 631.4178 ROBO | ā¬5 | 1,262,835,601.7978 ROBO | ā¬10,000,000 | 100 | 0.00000100 |
| RON-EUR | 78.38155 RON | ā¬5 | 15,676,309,919.30547 RON | ā¬1,000,000,000 | 100 | 0.0000010 |
| ROSE-EUR | 639.95693 ROSE | ā¬5 | 92,233,720,368.54776 ROSE | ā¬1,000,000,000 | 100 | 0.0000010 |
| RPL-EUR | 2.92646 RPL | ā¬5 | 585,292,190.25226 RPL | ā¬1,000,000,000 | 100 | 0.000100 |
| RSR-EUR | 3,229.0254 RSR | ā¬5 | 645,805,070,328.4685 RSR | ā¬1,000,000,000 | 100 | 0.0000001 |
| RUNE-EUR | 7.16529 RUNE | ā¬5 | 1,433,058,236.22942 RUNE | ā¬1,000,000,000 | 100 | 0.000010 |
| S-EUR | 139.46376 S | ā¬5 | 27,892,752,278.07754 S | ā¬1,000,000,000 | 100 | 0.0000010 |
| SAFE-EUR | 47.84193 SAFE | ā¬5 | 9,568,385,460.69315 SAFE | ā¬1,000,000,000 | 100 | 0.0000010 |
| SAGA-EUR | 229.95828 SAGA | ā¬5 | 45,991,655,197.00807 SAGA | ā¬1,000,000,000 | 100 | 0.0000010 |
| SAND-EUR | 78.8203 SAND | ā¬5 | 15,764,060,172.38872 SAND | ā¬1,000,000,000 | 100 | 0.0000010 |
| SAPIEN-EUR | 75.09129 SAPIEN | ā¬5 | 150,182,570.04417 SAPIEN | ā¬10,000,000 | 100 | 0.0000010 |
| SCR-EUR | 204.51857 SCR | ā¬5 | 40,903,713,653.63213 SCR | ā¬1,000,000,000 | 100 | 0.0000010 |
| SEI-EUR | 78.36313 SEI | ā¬5 | 15,672,625,293.8669 SEI | ā¬1,000,000,000 | 100 | 0.0000010 |
| SENT-EUR | 265.2035 SENT | ā¬5 | 530,406,990.3622 SENT | ā¬10,000,000 | 100 | 0.00000100 |
| SFP-EUR | 18.16828 SFP | ā¬5 | 3,633,655,490.35261 SFP | ā¬1,000,000,000 | 100 | 0.0000100 |
| SHELL-EUR | 225.7903 SHELL | ā¬5 | 451,580,645.021 SHELL | ā¬10,000,000 | 100 | 0.0000010 |
| SHIB-EUR | 953,094.37 SHIB | ā¬5 | 190,618,874,836,995.2 SHIB | ā¬1,000,000,000 | 100 | 0.0000000001 |
| SIGN-EUR | 438.089 SIGN | ā¬5 | 876,178,084.99 SIGN | ā¬10,000,000 | 100 | 0.00000100 |
| SKL-EUR | 1,179.49463 SKL | ā¬5 | 92,233,720,368.54776 SKL | ā¬1,000,000,000 | 100 | 0.0000001 |
| SKY-EUR | 65.4066 SKY | ā¬5 | 130,813,220.1845 SKY | ā¬10,000,000 | 100 | 0.00000100 |
| SLP-EUR | 7,975.0476 SLP | ā¬5 | 1,595,009,515,735.733 SLP | ā¬1,000,000,000 | 100 | 0.000000010 |
| SLX-EUR | 87.52237 SLX | ā¬5 | 175,044,730.61133 SLX | ā¬10,000,000 | 100 | 0.0000100 |
| SNX-EUR | 22.87592 SNX | ā¬5 | 4,575,183,599.98102 SNX | ā¬1,000,000,000 | 100 | 0.0000100 |
| SOL-EUR | 0.0478 SOL | ā¬5 | 9,559,315.55301 SOL | ā¬1,000,000,000 | 200 | 0.0010 |
| SOLV-EUR | 1,325.0003 SOLV | ā¬5 | 2,650,000,664.561 SOLV | ā¬10,000,000 | 100 | 0.00000010 |
| SOMI-EUR | 26.37756 SOMI | ā¬5 | 52,755,119.26131 SOMI | ā¬10,000,000 | 100 | 0.0000100 |
| SOON-EUR | 14.60022 SOON | ā¬5 | 29,200,447.44576 SOON | ā¬10,000,000 | 100 | 0.0000100 |
| SOSO-EUR | 18.77126 SOSO | ā¬5 | 37,542,516.53611 SOSO | ā¬10,000,000 | 100 | 0.0000100 |
| SPK-EUR | 216.9272 SPK | ā¬5 | 433,854,326.9431 SPK | ā¬10,000,000 | 100 | 0.00000100 |
| SPX-EUR | 12.49222 SPX | ā¬5 | 2,498,444,264.03825 SPX | ā¬1,000,000,000 | 100 | 0.0000100 |
| SQD-EUR | 191.71051 SQD | ā¬5 | 383,421,011.69063 SQD | ā¬10,000,000 | 100 | 0.0000010 |
| SSV-EUR | 1.7454 SSV | ā¬5 | 349,080,355.78952 SSV | ā¬1,000,000,000 | 100 | 0.000100 |
| STO-EUR | 131.56114 STO | ā¬5 | 263,122,278.11619 STO | ā¬10,000,000 | 100 | 0.0000010 |
| STRAX-EUR | 472.60154 STRAX | ā¬5 | 92,233,720,368.54776 STRAX | ā¬1,000,000,000 | 100 | 0.00000100 |
| STRK-EUR | 131.30158 STRK | ā¬5 | 26,260,316,103.39658 STRK | ā¬1,000,000,000 | 100 | 0.0000010 |
| STX-EUR | 15.01145 STX | ā¬5 | 3,002,289,135.41631 STX | ā¬1,000,000,000 | 100 | 0.0000100 |
| SUI-USDC | 4.17182 SUI | ā¬5 | 834,364,350.02675 SUI | ā¬1,000,000,000 | 100 | 0.00001 |
| SUPER-EUR | 25.26018 SUPER | ā¬5 | 5,052,035,964.81125 SUPER | ā¬1,000,000,000 | 100 | 0.0000100 |
| SUSHI-EUR | 21.12076 SUSHI | ā¬5 | 4,224,152,068.57995 SUSHI | ā¬1,000,000,000 | 100 | 0.0000100 |
| SWEAT-EUR | 9,183.7 SWEAT | ā¬5 | 1,836,739,490,317.22 SWEAT | ā¬1,000,000,000 | 100 | 0.000000010 |
| SWELL-EUR | 6,977.7228 SWELL | ā¬5 | 1,395,544,554,455.4453 SWELL | ā¬1,000,000,000 | 100 | 0.00000010 |
| SXT-EUR | 577.0727 SXT | ā¬5 | 1,154,145,342.8864 SXT | ā¬10,000,000 | 100 | 0.00000100 |
| SYN-EUR | 31.15082 SYN | ā¬5 | 6,230,163,408.93322 SYN | ā¬1,000,000,000 | 100 | 0.0000010 |
| SYRUP-EUR | 22.50299 SYRUP | ā¬5 | 4,500,598,802.39521 SYRUP | ā¬1,000,000,000 | 100 | 0.0000100 |
| T-EUR | 999.72436 T | ā¬5 | 92,233,720,368.54776 T | ā¬1,000,000,000 | 100 | 0.0000001 |
| TAI-EUR | 1,286.59201 TAI | ā¬5 | 92,233,720,368.54776 TAI | ā¬1,000,000,000 | 100 | 0.0000010 |
| TAIKO-EUR | 65.76819 TAIKO | ā¬5 | 13,153,638,588.82776 TAIKO | ā¬1,000,000,000 | 100 | 0.00001 |
| TAO-EUR | 0.0187 TAO | ā¬5 | 3,740,450.80291 TAO | ā¬1,000,000,000 | 200 | 0.0100 |
| THE-EUR | 76.71528 THE | ā¬5 | 15,343,056,158.49155 THE | ā¬1,000,000,000 | 100 | 0.0000100 |
| THQ-EUR | 468.8518 THQ | ā¬5 | 937,703,690.2801 THQ | ā¬10,000,000 | 100 | 0.00000100 |
| TIA-EUR | 11.52607 TIA | ā¬5 | 2,305,213,436.97128 TIA | ā¬1,000,000,000 | 100 | 0.000010 |
| TLM-EUR | 3,471.7256 TLM | ā¬5 | 694,345,120,792.162 TLM | ā¬1,000,000,000 | 100 | 0.000000100 |
| TNSR-EUR | 135.22014 TNSR | ā¬5 | 27,044,028,274.31642 TNSR | ā¬1,000,000,000 | 100 | 0.0000010 |
| TOSHI-EUR | 44,254.32 TOSHI | ā¬5 | 88,508,634,222.92 TOSHI | ā¬10,000,000 | 100 | 0.0000000100 |
| TOWNS-EUR | 2,518.2457 TOWNS | ā¬5 | 5,036,491,395.6522 TOWNS | ā¬10,000,000 | 100 | 0.00000010 |
| TRAC-EUR | 13.24275 TRAC | ā¬5 | 2,648,550,553.85341 TRAC | ā¬1,000,000,000 | 100 | 0.0000100 |
| TRB-EUR | 0.27 TRB | ā¬5 | 54,000,422.00621 TRB | ā¬1,000,000,000 | 100 | 0.00100 |
| TREAD-EUR | 6.64856 TREAD | ā¬5 | 13,297,112.71722 TREAD | ā¬10,000,000 | 100 | 0.0000100 |
| TREE-EUR | 118.3961 TREE | ā¬5 | 236,792,194.61134 TREE | ā¬10,000,000 | 100 | 0.0000010 |
| TRIA-EUR | 1,354.4009 TRIA | ā¬5 | 2,708,801,745.3532 TRIA | ā¬10,000,000 | 100 | 0.00000100 |
| TRUMP-EUR | 2.61758 TRUMP | ā¬5 | 523,515,231.28958 TRUMP | ā¬1,000,000,000 | 100 | 0.000100 |
| TRUST-EUR | 89.83184 TRUST | ā¬5 | 179,663,677.67643 TRUST | ā¬10,000,000 | 100 | 0.0000010 |
| TRX-EUR | 16.96083 TRX | ā¬5 | 3,392,164,915.7919 TRX | ā¬1,000,000,000 | 100 | 0.0000100 |
| TURBO-EUR | 5,216.506 TURBO | ā¬5 | 1,043,301,258,327.165 TURBO | ā¬1,000,000,000 | 100 | 0.000000100 |
| TWT-EUR | 9.68593 TWT | ā¬5 | 1,937,186,545.70387 TWT | ā¬1,000,000,000 | 100 | 0.0000100 |
| U-EUR | 21,644.8867 U | ā¬5 | 43,289,773,409.4837 U | ā¬10,000,000 | 100 | 0.00000010 |
| UMA-EUR | 13.39944 UMA | ā¬5 | 2,679,887,321.41242 UMA | ā¬1,000,000,000 | 100 | 0.000010 |
| UNI-EUR | 0.61244 UNI | ā¬5 | 122,487,338.10264 UNI | ā¬1,000,000,000 | 100 | 0.000100 |
| UP-EUR | 80.11106 UP | ā¬5 | 160,222,127.9004 UP | ā¬10,000,000 | 100 | 0.0000010 |
| USDC-EUR | 5.82842 USDC | ā¬5 | 1,165,683,218.59125 USDC | ā¬1,000,000,000 | 100 | 0.0001000 |
| USDCV-EUR | 5.81395 USDCV | ā¬5 | 11,627,906.977 USDCV | ā¬10,000,000 | 100 | 0.000010 |
| USELESS-EUR | 22.5731 USELESS | ā¬5 | 45,146,191.84484 USELESS | ā¬10,000,000 | 100 | 0.0000010 |
| VANA-EUR | 5.05215 VANA | ā¬5 | 1,010,430,751.70977 VANA | ā¬1,000,000,000 | 100 | 0.000100 |
| VELO-EUR | 980.0077 VELO | ā¬5 | 196,001,541,911.5944 VELO | ā¬1,000,000,000 | 100 | 0.00000010 |
| VERONA-EUR | 48.70165 VERONA | ā¬5 | 97,403,300.50275 VERONA | ā¬10,000,000 | 100 | 0.0000100 |
| VET-EUR | 631.10685 VET | ā¬5 | 92,233,720,368.54776 VET | ā¬1,000,000,000 | 100 | 0.00000010 |
| VIRTUAL-EUR | 6.7848 VIRTUAL | ā¬5 | 1,356,959,980.10184 VIRTUAL | ā¬1,000,000,000 | 100 | 0.0000100 |
| VSN-EUR | 131.4613 VSN | ā¬5 | 262,922,544.3619 VSN | ā¬10,000,000 | 100 | 0.00000100 |
| VTHO-EUR | 8,378.271 VTHO | ā¬5 | 1,675,654,171,441.983 VTHO | ā¬1,000,000,000 | 100 | 0.000000010 |
| VVV-EUR | 0.1914 VVV | ā¬5 | 382,795.53566 VVV | ā¬10,000,000 | 100 | 0.000100 |
| W-EUR | 401.60007 W | ā¬5 | 80,320,014,054.86067 W | ā¬1,000,000,000 | 100 | 0.00000100 |
| WAL-EUR | 157.7874 WAL | ā¬5 | 31,557,480,203.79313 WAL | ā¬1,000,000,000 | 100 | 0.0000010 |
| WAXP-EUR | 872.7433 WAXP | ā¬5 | 92,233,720,368.54776 WAXP | ā¬1,000,000,000 | 100 | 0.00000010 |
| WCT-EUR | 131.55548 WCT | ā¬5 | 26,311,095,551.43629 WCT | ā¬1,000,000,000 | 100 | 0.0000010 |
| WELL-EUR | 2,381.91804 WELL | ā¬5 | 92,233,720,368.54776 WELL | ā¬1,000,000,000 | 100 | 0.0000001 |
| WIF-EUR | 21.45365 WIF | ā¬5 | 4,290,729,420.73171 WIF | ā¬1,000,000,000 | 100 | 0.0000100 |
| WIN-EUR | 125,266.0953 WIN | ā¬5 | 9,223,372,036,854.775 WIN | ā¬1,000,000,000 | 100 | 0.0000000010 |
| WLD-EUR | 9.80766 WLD | ā¬5 | 1,961,532,593.00075 WLD | ā¬1,000,000,000 | 100 | 0.0000100 |
| WLFI-EUR | 105.21053 WLFI | ā¬5 | 210,421,067.79598 WLFI | ā¬10,000,000 | 100 | 0.0000100 |
| WMTX-EUR | 226.3799 WMTX | ā¬5 | 452,759,722.8545 WMTX | ā¬10,000,000 | 100 | 0.00000100 |
| WOO-EUR | 401.84654 WOO | ā¬5 | 80,369,308,573.25273 WOO | ā¬1,000,000,000 | 100 | 0.0000010 |
| XAI-EUR | 575.359 XAI | ā¬5 | 115,071,734,514.66 XAI | ā¬1,000,000,000 | 100 | 0.00000010 |
| XAN-EUR | 465.5715 XAN | ā¬5 | 931,142,901.1101 XAN | ā¬10,000,000 | 100 | 0.00000010 |
| XDC-EUR | 157.94244 XDC | ā¬5 | 31,588,487,995.10666 XDC | ā¬1,000,000,000 | 100 | 0.0000010 |
| XDP-EUR | 283.1869 XDP | ā¬5 | 566,373,757.0424 XDP | ā¬10,000,000 | 100 | 0.00000100 |
| XLM-EUR | 24.91112 XLM | ā¬5 | 4,982,224,498.20628 XLM | ā¬1,000,000,000 | 100 | 0.0000100 |
| XMN-EUR | 11,277.1517 XMN | ā¬5 | 22,554,303,414.6809 XMN | ā¬10,000,000 | 100 | 0.00000100 |
| XPL-EUR | 58.34753 XPL | ā¬5 | 116,695,055.2296 XPL | ā¬10,000,000 | 100 | 0.0000010 |
| XRP-EUR | 3.70369 XRP | ā¬5 | 740,738,146.31148 XRP | ā¬1,000,000,000 | 100 | 0.000010 |
| XTZ-EUR | 17.54547 XTZ | ā¬5 | 3,509,093,721.00217 XTZ | ā¬1,000,000,000 | 100 | 0.000010 |
| XVG-EUR | 1,744.67931 XVG | ā¬5 | 348,935,861,649.0343 XVG | ā¬1,000,000,000 | 100 | 0.000000100 |
| XYO-EUR | 1,472.614 XYO | ā¬5 | 294,522,707,565.964 XYO | ā¬1,000,000,000 | 100 | 0.000000100 |
| YB-EUR | 65.62535 YB | ā¬5 | 131,250,705.87212 YB | ā¬10,000,000 | 100 | 0.0000100 |
| YFI-EUR | 0.00227 YFI | ā¬5 | 453,712.37252 YFI | ā¬1,000,000,000 | 100 | 0.100 |
| YGG-EUR | 197.28162 YGG | ā¬5 | 39,456,323,547.55264 YGG | ā¬1,000,000,000 | 100 | 0.0000010 |
| ZAMA-EUR | 67.7239 ZAMA | ā¬5 | 135,447,758.2653 ZAMA | ā¬10,000,000 | 100 | 0.00000100 |
| ZBCN-EUR | 2,176.834 ZBCN | ā¬5 | 4,353,667,953.668 ZBCN | ā¬10,000,000 | 100 | 0.000000100 |
| ZBT-EUR | 65.67089 ZBT | ā¬5 | 131,341,779.2825 ZBT | ā¬10,000,000 | 100 | 0.0000010 |
| ZEN-EUR | 0.76427 ZEN | ā¬5 | 152,853,378.30129 ZEN | ā¬1,000,000,000 | 100 | 0.00010 |
| ZETA-EUR | 111.5929 ZETA | ā¬5 | 22,318,579,788.9826 ZETA | ā¬1,000,000,000 | 100 | 0.0000010 |
| ZEUS-EUR | 2,416.92098 ZEUS | ā¬5 | 92,233,720,368.54776 ZEUS | ā¬1,000,000,000 | 100 | 0.0000001 |
| ZIG-EUR | 94.712 ZIG | ā¬5 | 189,423,903.3279 ZIG | ā¬10,000,000 | 100 | 0.00000100 |
| ZIL-EUR | 1,579.6801 ZIL | ā¬5 | 315,936,019,275.2888 ZIL | ā¬1,000,000,000 | 100 | 0.00000010 |
| ZK-EUR | 421.72924 ZK | ā¬5 | 84,345,847,015.90688 ZK | ā¬1,000,000,000 | 100 | 0.0000010 |
| ZKC-EUR | 131.66764 ZKC | ā¬5 | 263,335,285.84593 ZKC | ā¬10,000,000 | 100 | 0.0000010 |
| ZKJ-EUR | 888.20187 ZKJ | ā¬5 | 92,233,720,368.54776 ZKJ | ā¬1,000,000,000 | 100 | 0.000001 |
| ZKP-EUR | 109.48913 ZKP | ā¬5 | 218,978,269.81117 ZKP | ā¬10,000,000 | 100 | 0.0000010 |
| ZORA-EUR | 702.8564 ZORA | ā¬5 | 1,405,712,875.2346 ZORA | ā¬10,000,000 | 100 | 0.00000100 |
| ZRC-EUR | 5,064.31565 ZRC | ā¬5 | 92,233,720,368.54776 ZRC | ā¬1,000,000,000 | 100 | 0.0000001 |
| ZRO-EUR | 2.95896 ZRO | ā¬5 | 591,791,725.80312 ZRO | ā¬1,000,000,000 | 100 | 0.000100 |
| ZRX-EUR | 47.49735 ZRX | ā¬5 | 9,499,469,848.26522 ZRX | ā¬1,000,000,000 | 100 | 0.0000010 |
Bitvavo B.V.
Trading digital assets involves significant risks. Digital assets are highly volatile and you may lose some or all of your investment. The information on this page does not constitute advice, and should not be relied upon as such. Bitvavo is authorized as a crypto-asset service provider under Regulation (EU) 2023/1114 (MiCA) by the Autoriteit Financiƫle Markten (AFM), Vijzelgracht 50, 1017 HS Amsterdam. More info can be found in our Risk Disclosure.
Bitvavo is registered at the Dutch Chamber of Commerce, number 68743424.