# Overview

Welcome to the Pday documentation, your comprehensive guide to exploring Pulsechain's newest high-performance orderbook protocol. Navigate your way through these docs to learn everything there is to know about Pday.\
\
Pday Openbook Protocol, revolutionizing trading with a powerful OTC module, DCA set, and an AI-powered strategy portal on Pulsechain.

Pday aims to consolidate a total of 1 major and 4 core products into a single platform, initially three and subsequently one, making them available to the entire Pulsechain community.

* <mark style="color:blue;">**The Openbook Protocol**</mark>
* **Advanced OTC Portal**
* **Customizable DCA Module**
* **AI Powered Strategy Portal**
* **Limit Order Aggregation Protocol**

We believe in the power of artificial intelligence! You should know that all features in the Pday protocol will be managed by AI at some point. This approach is an excellent option for optimizing challenging and hard-to-control tasks, especially in the creation, management, and reporting of strategies.

For the essential trading model, considered to be OTC, a much more advanced protocol is being prepared. You can open offers reinforced with limit orders, create one-to-one offers, or diversify long-term investment strategies.

More is yet to come as the development process continues, and our documents will be updated frequently.


# About Collective

Pday, the second revolutionary product of the Piteas team, is a derivative of Piteas itself. Piteas quickly achieved remarkable milestones for Pulsechain, becoming the protocol with the highest transactions/volume on the chain. Over time, the team gained significant experience with Pulsechain, identified needs within the ecosystem, and implemented them in the new project.

Having close relationships with all protocols in the ecosystem, the Piteas team fully supports Pday. In this context, all partners will receive information during the Pday development process, and quick solutions will be provided for integration requests post-release.

The community's voice is crucial! A public opinion poll was conducted, and with overwhelmingly positive feedback from the Pulsechain community, Pday came to life. In addition to its initial features, Pday will be further enriched with new features and modules, particularly in areas where artificial intelligence technology can be applied.

The Piteas team has proven itself and will strengthen this reputation further with Pday. Comprising developers, the Piteas team will continue to build the necessary products for the ecosystem, doing what it does best!


# The Openbook Protocol

A protocol featuring a high-frequency off-chain order book with on-chain settlement, enabling capital-efficient peer-to-peer markets.

The Openbook Protocol is essentially defined as a major product that brings together other modules into a single platform. Put simply, it can be described as a core layer open to developing different concepts of products.

The Openbook Protocol provides a platform where all public/private orders from the OTC portal, all orders managed by the limit order protocol, and even instant orders executed by Piteas can be managed in a single portal.

### The Orderbook Protocol Process <a href="#the-orderbook-protocol-flow" id="the-orderbook-protocol-flow"></a>

* A market participant creates a limit order specifying the assets they offer and the assets they expect to receive, and signs this message. Another participant, known as the taker, can then choose to fulfill the order by signing a mirrored version of the maker's original order.
* The taker's signature is then sent back to the maker, who settles the transaction on-chain using the Order settlement contract. The maker receives both the maker and taker order signatures, along with an additional server signature.
* This signature from the taker is propagated back to the maker for the market maker to settle on-chain by a call to the Order settlement contract. The market maker will be given both order signatures (the maker and the taker order) plus an additional server signature.
* If the maker does not execute the order by the set block deadline time N, the taker gains the ability to execute the order, preventing censorship by the maker.
* If neither party executes the order, it is removed from the order book after N blocks (i.e., T + 2N).

***

### Order Creation and Execution <a href="#order-creation-and-execution" id="order-creation-and-execution"></a>

**Maker Orders and Signatures:** On Pday, a maker's order is represented by a signature containing order details, allowing a taker to execute based on those parameters. This approach enables makers to place and cancel orders without gas fees or losing custody of assets until execution.

**Taker Execution:** When a taker fulfills an order, it is removed from the order book upon receiving the API call, even before on-chain confirmation. A server signature is then generated, allowing a set number of blocks for order execution. If not executed within this timeframe, the order returns to the order book. To prevent potential DDOS attacks, takers have a limit on the number of orders they can take without on-chain confirmation.

***

### Limit Orders as Intentions <a href="#limit-orders-as-intents" id="limit-orders-as-intents"></a>

Various initiatives have introduced new types of intentions for consumers. While some teams work on creating generalized languages for intentions, others focus on novel DSLs for their ecosystem. In traditional finance, limit orders have been the foundation of markets. By porting this concept to on-chain trading, we benefit from simplicity, granularity, and fixed pricing, reducing attack vectors and providing a seamless experience for traditional institutions.

Utilizing a static price limit order offers several advantages over alternative methods:

* The simplicity and granularity of a limit order make it easy to analyze, transmit, and aggregate.
* With a constant price, there is no slippage, eliminating most attack vectors such as sandwiching or single block censorship. This ensures a fairer environment for market makers and liquidity providers.
* Traditional market making models can be seamlessly applied, providing a familiar experience for institutions seeking to access on-chain liquidity.

***

### Solver Ecosystem <a href="#solvers-upon-solvers" id="solvers-upon-solvers"></a>

The term "solver" refers to programs specialized in solving specific problems, akin to searchers, keepers, and fillers ensuring protocol health on-chain. These entities utilize domain-specific knowledge for optimization and decision-making.

MEV searchers are increasingly seen as creating positive externalities for users, with order flow auctions and RFQ-like platforms driving narratives of payment for order flow. As technical skills for writing solvers evolve, modularization of solver functionalities must keep pace, allowing multiple solvers to work in tandem across different contexts.

We aim to manage relationships with MEV searchers, institutional market makers, and high-frequency trading firms, channeling liquidity into user-facing solutions.


# OTC Portal

Our Advanced OTC Portal provides a seamless experience for both public and private orders, allowing users to execute large trades with minimal slippage.

The Advanced OTC Portal offers a user-friendly interface for creating and managing OTC orders. It supports both public orders, visible to all users, and private orders, accessible only to selected counterparties. With our advanced matching engine, traders can execute large trades efficiently while minimizing price impact. Our portal also provides real-time market data and analytics to help users make informed trading decisions.

{% hint style="info" %}
Details will be updated soon.
{% endhint %}


# DCA Modules

The Customizable DCA (Dollar Cost Averaging) Module enables users to automate their investment strategies and accumulate assets over time with disciplined periodic purchases.

Our DCA Module allows users to set up recurring purchases of cryptocurrencies at regular intervals, regardless of market conditions. Users can customize their DCA strategy by specifying the asset, frequency, and amount of each purchase. This approach helps investors reduce the impact of market volatility and benefit from long-term asset accumulation.

With our intuitive interface and flexible options, users can easily manage their DCA strategies and monitor their portfolio performance.

{% hint style="info" %}
Details will be updated soon.
{% endhint %}


# AI Strategy

Our AI Powered Strategy Portal leverages artificial intelligence to optimize trading strategies and enhance portfolio management.

Pday's AI-powered Strategy Portal integrates advanced machine learning algorithms to analyze market data, identify trading opportunities, and generate personalized investment strategies. Our AI models continuously learn from market dynamics and user behavior to provide tailored recommendations and insights.

Users can access a wide range of pre-built strategies or create custom strategies based on their risk tolerance, investment goals, and market outlook. With our AI-powered tools, users can make smarter investment decisions and achieve better results in the cryptocurrency market.

{% hint style="info" %}
Details will be updated soon.
{% endhint %}


# Limit Order Aggregation

New Limit Order Model: Offering an Alternative Approach with Pday

Unlike traditional limit order protocols, Pday introduces an alternative & unique approach to the Pulsechain community.

Similar to the familiar limit order execution with aggregator seen in CowSwap, Pday provides users with both limit order options and the ability to execute them via aggregator protocols. At this stage, Pday will directly integrate with Piteas APIs to offer its services. Additionally, it will be compatible with other AMM or aggregator protocols beyond Piteas.

Orders placed by users are regularly queried on-chain and off-chain at specific intervals. Once conditions are met, the swap process is completed, and assets are sent to the user.

Currently, detailed research and development are ongoing for this model.

{% hint style="info" %}
Details will be updated soon.
{% endhint %}


# RH-AI

{% hint style="success" %}
The structure covering all these AI modules has been named RH-AI; this choice was made to honor **Richard Heart**. ❤️
{% endhint %}

The Pday protocol is fully equipped with AI capabilities across all major and core products.

Categorized, the AI modules and their characteristics involved in operations conducted by Pday are as follows:

* [x] Artificial General Intelligence
* [x] Learnable and Trainable AI
* [x] Programmable AI-Powered Strategy Manager
* [x] Ability to Create Options
* [x] Dynamic Data Matching Ability
* [x] Consciousness Optimized for DCA

The bending process, which is the most critical aspect of AI modules entirely incubated and developed within Piteas Labs, is ongoing and fueled by various datasets. It aims to provide optimized and stable trading strategies for users while being constrained in unauthorized decision-making.

It is not integrated with AI projects such as ChatGPT, frequently discussed by the public; hence, all AI modules of Pday are independent and possess their own capabilities. As of February 2024, it continues its learning process by filtering streams from a total of 216 separate datasets based on their characteristics and needs.


# Hydra FX

HydraFX, named after the multi-headed creature in Greek mythology, forms the cornerstone of the Pday protocol. It serves as a synaptic task executor during the phase of transferring all core products to the major product, Openbook.

The liquidity pools that HydraFX will manage and place include:

* [x] Reading and routing of liquidity sources from Pulsechain through Piteas
* [x] Processing of orders in the limit order protocol
* [x] Processing of all public and private orders in DCA strategies
* [x] Processing of extendable orders for PMM and market makers

Designed to harmonize and optimize multiple data types, HydraFX places data inputs in accordance with the request standard created for Openbook. Access to all types is necessary in the Openbook model aimed at enabling integration with both limit and DCA orders through the instant swap model, and the architecture created will serve this purpose.


# Order Execution

Contents will be updated.


# Overview

Contents will be updated.

Pday is a project that generates revenue and has its own economic model. To strengthen the protocol, empower the community in decision-making, and manage the economy generated from the revenue, it will have a utility token that serves as governance and utility tool.

The PDAY Token, which will serve as the governance and utility token for Pday, is designed to have limited supply and be resistant to manipulations.

### Token Details:

<table data-header-hidden data-full-width="true"><thead><tr><th width="189"></th><th></th><th data-hidden></th></tr></thead><tbody><tr><td>Name</td><td>Pday Token</td><td></td></tr><tr><td>Symbol</td><td>PDAY</td><td></td></tr><tr><td>Decimal</td><td>18</td><td></td></tr><tr><td>Supply</td><td>100,000,000</td><td></td></tr><tr><td>Chain</td><td>Pulsechain (ChainId: 369)</td><td></td></tr><tr><td>Contract Address</td><td># <em><mark style="color:red;">Not Deployed Yet!</mark></em></td><td></td></tr><tr><td>Explorer</td><td># <em><mark style="color:red;">Not Deployed Yet!</mark></em></td><td></td></tr></tbody></table>

{% hint style="warning" %}
**Not deployed yet!** Please be cautious of fake token addresses and contracts. We strongly recommend ensuring you are using the official token contract only!
{% endhint %}


# Tokenomics

{% hint style="danger" %}
**Not deployed yet!** Please be cautious of fake token addresses and contracts. We strongly recommend ensuring you are using the official token contract only!
{% endhint %}

### **PDAY Token**

PDAY Token is the utility token of Pday and represents voting rights in the upcoming governance model. It has an organic connection with the Pday protocol and its revenue model, making it essential for the protocol's sustainable economy.

#### Token Contract and Details 👇

{% content-ref url="/pages/lgoQPxfv4LScFkMRH28o" %}
[Overview](/pday-token/overview)
{% endcontent-ref %}

### **Tokenomics Detail:**

<table data-header-hidden data-full-width="true"><thead><tr><th width="259"></th><th width="151" align="center"></th><th width="162" align="center"></th><th width="435"></th></tr></thead><tbody><tr><td>Airdrop</td><td align="center">30%</td><td align="center">30,000,000</td><td>100% unlock at TGE</td></tr><tr><td>Protocol Treasury</td><td align="center">25%</td><td align="center">25,000,000</td><td>Team/DAO Management - Locked</td></tr><tr><td>Liquidity Reserve</td><td align="center">20%</td><td align="center">20,000,000</td><td>100% unlock at TGE</td></tr><tr><td>Team &#x26; Contributors</td><td align="center">10%</td><td align="center">10,000,000</td><td>10% at TGE, then linear vesting for 10 months</td></tr><tr><td>Development &#x26; Marketing</td><td align="center">8%</td><td align="center">8,000,000</td><td>10% at TGE, then linear vesting for 10 months</td></tr><tr><td>Piteas Loyalty Airdrop</td><td align="center">5%</td><td align="center">5,000,000</td><td>100% unlock at TGE</td></tr><tr><td>Grants &#x26; Bounty</td><td align="center">2%</td><td align="center">2,000,000</td><td>10% at TGE, then linear vesting for 10 months</td></tr><tr><td><strong>Total</strong></td><td align="center"><strong>100%</strong></td><td align="center"><strong>100,000,000</strong></td><td><em>Initial suppy at TGE: 57,000,000 PDAY</em></td></tr></tbody></table>

Here are some details about token allocations 👇

* **Airdrop**: Allocated for individuals who contributed during the sacrifice process and distributed fairly. A small portion is reserved for potential airdrops to incentivize protocol usage in the future.
* **Protocol Treasury**: Allocated for Pday' future plans and is decided not to be used without community approval. It can be used in later stages with community approval for purposes like expanding to different networks, sourcing liquidity, or similar processes.
* **Liquidity Reserve**: Approximately 50-75% provided as liquidity during the token launch phase. The remaining assets are held in reserve for future liquidity provision stages.
* **Team & Contributors**: Allocated for developers and salaried individuals who support the protocol's development.
* **Development & Marketing**: Allocated to cover expenses related to marketing Pday and to support the majority of technological developments and expenses of the protocol.
* **Piteas Loyalty Airdrop:** These tokens will be used for a customized reward system for participants of Piteas's sacrifice and PTS holders.
* **Grants & Bounty**: Allocated for third-party applications and personal initiatives related to protocol security, development, and marketing.

{% hint style="success" %}
**Piteas Loyalty Airdrop - Information**\
*To eliminate Sybil attacks and make a fair decision, we will not share the criteria for the Piteas Loyalty Rewards airdrop at this stage. Details regarding this will be shared with the community when the time is right.*
{% endhint %}

#### **Token Distribution**

<figure><img src="/files/O0mJtJ1wViErD5CtoGiL" alt=""><figcaption><p>Tokenomics - Share</p></figcaption></figure>


# Token Utility

The Pday Token serves as both the governance and utility token of the Pday protocol. Due to the protocol architecture, PDAY holds significant importance, especially at the core of the revenue model.

While initially resembling a share, the PDAY token's authority will expand alongside its utility areas, nourished by ecosystem revenues.

#### What are the token utilities?

* **Buyback Progress:** Revenue generated by the protocol will be used for periodic buybacks from the market. The purchased tokens can be boosted for staking pool or used for the benefit of protocol users or the community.
* **Liquidity Provide:** Liquidity assets are of great importance for a token's strength, which is why we will use protocol revenue to provide liquidity and keep liquidity assets strong.
* **Single Side Staking:** Token holders can lock their assets to earn passive income. The rewards will initially be supported by the protocol treasury and will also have a claim on the staking rewards from the protocol's revenue. *(coming soon)*
* **Swap Fee Reduction:** The fee charged by the protocol for txs will be dynamic based on the proportion of the token you stake. For Openbook/OTC/DCA/Limit order products. *(coming soon)*


# Sacrifice Details

{% hint style="success" %}
**Pday sacrifice round is now live! ✅**

Please only follow announcements regarding this matter through official channels and be cautious of scammers.
{% endhint %}

***Important Disclaimer:*** *Please note that the following information is provided for informational purposes only and should not be considered as professional advice. Consult with legal and financial professionals before making any decisions. If you choose to participate, you must have no expectation of profit derived from the work of others.*

***

### Sacrifice Portal

Get started on **Pday Sacrifice Portal** now 👇

Sacrifice Portal: [<mark style="color:green;">**sacrifice.pday.ai**</mark>](https://sacrifice.pday.ai) <mark style="color:green;">**✔**</mark>&#x20;

<figure><img src="/files/O1Rh2P6TBg5pxGU5H6tV" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
Please refrain from making any transfers to this address until an official announcement confirming the start of the sacrifice process is made. If you transfer to this address outside of the specified round intervals, it may not have any impact on your points!
{% endhint %}

***

### **Sacrifice Details ✨**

Pday Sacrifice Round is designed to provide an opportunity for participants to show their support for the Pday protocol. It is important to understand that the sacrifice round is not an investment or a means to earn profits. Participants are contributing tokens to the protocol with no expectation of financial returns. Please carefully read the following information before sacrifice.

> *Sacrifice assets can never be used for personal purposes outside of protocol needs and expenses! This is one of our fundamental principles, as seen in the Piteas process, and is non-negotiable. During the complex development process of Pday, there will be significant expenses, and both these expenses and the provision of liquidity during the TGE stage and afterwards will be funded using sacrifice assets.*
>
> *In the event of any excess assets remaining from this planning process, there are three possibilities. The first is allocating assets for liquidity and treasury. The second is funding the development process of new products belonging to the Pday protocol. The final option is to fairly payback those who participated in the sacrifice round.*

#### Objective:

The Sacrifice Round is designed to demonstrate your commitment to the Pday protocol and its core principles. It is NOT an investment opportunity, and no expectation of profit should be associated with your participation. By making a sacrifice, you are making a **political statement** about the importance of decentralized finance.

#### Duration and Multiplier Rate:

Sacrifice round will last for a total of 32 days, starting from **Mar 4, 15:00 UTC**, until **5 Apr, 15:00 UTC**. Each day, the Multiplier Rate will decrease gradually as follows:

<table data-full-width="false"><thead><tr><th width="162.33333333333331">Period</th><th width="415" align="center">Date</th><th align="center">Multiplier Rate</th></tr></thead><tbody><tr><td>Day 1</td><td align="center">Mar 4, 15:00 UTC - Mar 5, 15:00 UTC</td><td align="center">1,15X</td></tr><tr><td>Day 2</td><td align="center">Mar 5, 15:00 UTC - Mar 6, 15:00 UTC</td><td align="center">1,15X</td></tr><tr><td>Day 3</td><td align="center">Mar 6, 15:00 UTC - Mar 7, 15:00 UTC</td><td align="center">1,14X</td></tr><tr><td>Day 4</td><td align="center">Mar 7, 15:00 UTC - Mar 8, 15:00 UTC</td><td align="center">1,14X</td></tr><tr><td>Day 5</td><td align="center">Mar 8, 15:00 UTC - Mar 9, 15:00 UTC</td><td align="center">1,13X</td></tr><tr><td>Day 6</td><td align="center">Mar 9, 15:00 UTC - Mar 10, 15:00 UTC</td><td align="center">1,13X</td></tr><tr><td>Day 7</td><td align="center">Mar 10, 15:00 UTC - Mar 11, 15:00 UTC</td><td align="center">1,12X</td></tr><tr><td>Day 8</td><td align="center">Mar 11, 15:00 UTC - Mar 12, 15:00 UTC</td><td align="center">1,12X</td></tr><tr><td>Day 9</td><td align="center">Mar 12, 15:00 UTC - Mar 13, 15:00 UTC</td><td align="center">1,11X</td></tr><tr><td>Day 10</td><td align="center">Mar 13, 15:00 UTC - Mar 14, 15:00 UTC</td><td align="center">1,11X</td></tr><tr><td>Day 11</td><td align="center">Mar 14, 15:00 UTC - Mar 15, 15:00 UTC</td><td align="center">1,10X</td></tr><tr><td>Day 12</td><td align="center">Mar 15, 15:00 UTC - Mar 16, 15:00 UTC</td><td align="center">1,10X</td></tr><tr><td>Day 13</td><td align="center">Mar 16, 15:00 UTC - Mar 17, 15:00 UTC</td><td align="center">1,09X</td></tr><tr><td>Day 14</td><td align="center">Mar 17, 15:00 UTC - Mar 18, 15:00 UTC</td><td align="center">1,09X</td></tr><tr><td>Day 15</td><td align="center">Mar 18, 15:00 UTC - Mar 19, 15:00 UTC</td><td align="center">1,08X</td></tr><tr><td>Day 16</td><td align="center">Mar 19, 15:00 UTC - Mar 20, 15:00 UTC</td><td align="center">1,08X</td></tr><tr><td>Day 17</td><td align="center">Mar 20, 15:00 UTC - Mar 21, 15:00 UTC</td><td align="center">1,07X</td></tr><tr><td>Day 18</td><td align="center">Mar 21, 15:00 UTC - Mar 22, 15:00 UTC</td><td align="center">1,07X</td></tr><tr><td>Day 19</td><td align="center">Mar 22, 15:00 UTC - Mar 23, 15:00 UTC</td><td align="center">1,06X</td></tr><tr><td>Day 20</td><td align="center">Mar 23, 15:00 UTC - Mar 24, 15:00 UTC</td><td align="center">1,06X</td></tr><tr><td>Day 21</td><td align="center">Mar 24, 15:00 UTC - Mar 25, 15:00 UTC</td><td align="center">1,05X</td></tr><tr><td>Day 22</td><td align="center">Mar 25, 15:00 UTC - Mar 26, 15:00 UTC</td><td align="center">1,05X</td></tr><tr><td>Day 23</td><td align="center">Mar 26, 15:00 UTC - Mar 27, 15:00 UTC</td><td align="center">1,04X</td></tr><tr><td>Day 24</td><td align="center">Mar 27, 15:00 UTC - Mar 28, 15:00 UTC</td><td align="center">1,04X</td></tr><tr><td>Day 25</td><td align="center">Mar 28, 15:00 UTC - Mar 29, 15:00 UTC</td><td align="center">1,03X</td></tr><tr><td>Day 26</td><td align="center">Mar 29, 15:00 UTC - Mar 30, 15:00 UTC</td><td align="center">1,03X</td></tr><tr><td>Day 27</td><td align="center">Mar 30, 15:00 UTC - Mar 31, 15:00 UTC</td><td align="center">1,02X</td></tr><tr><td>Day 28</td><td align="center">Mar 31, 15:00 UTC - Apr 1, 15:00 UTC</td><td align="center">1,02X</td></tr><tr><td>Day 29</td><td align="center">Apr 1, 15:00 UTC - Apr 2, 15:00 UTC</td><td align="center">1,01X</td></tr><tr><td>Day 30</td><td align="center">Apr 2, 15:00 UTC - Apr 3, 15:00 UTC</td><td align="center">1,01X</td></tr><tr><td>Day 31</td><td align="center">Apr 3, 15:00 UTC - Apr 4, 15:00 UTC</td><td align="center">1,00X</td></tr><tr><td>Day 32</td><td align="center">Apr 4, 15:00 UTC - Apr 5, 15:00 UTC</td><td align="center">1,00X</td></tr></tbody></table>

{% hint style="info" %}
Please note that the Pday Sacrifice Round will be active during this period, and once it is completed, no further sacrifices will be accepted.
{% endhint %}

#### Eligible Tokens

Only specific tokens listed in the "Accepted Assets" section will be accepted for sacrifice. Any other contributions made with unsupported tokens will not be considered for the calculation of Sacrifice Points.

<figure><img src="/files/5XN1uXLO6USeQ2PAeQrr" alt=""><figcaption><p><strong>Accepted Assets</strong></p></figcaption></figure>

#### **Leaderboard Bonus Program 🎁**

After the completion of the Sacrifice phase, a bonus reward will be provided to the top 10 wallets listed on the leaderboard, in addition to their multiplier rate. The bonus percentages for the top-ranked wallets are as follows:

* The 1st ranked wallet will receive an additional 15% bonus.
* Wallets ranked 2nd to 5th will receive an additional 10% bonus.
* Wallets ranked 6th to 10th will receive an additional 5% bonus.

***

#### Wallet Restrictions

It is important to make the sacrifice from a wallet where you have complete control of your private keys. Contributions made from centralized exchanges or wallets where you do not have direct access to your private keys will not be accepted.

#### Points Calculation

Sacrifice Points will be calculated based on the USD value at the time of the transaction. The points table will be updated frequently on Sacrifice Portal, reflecting the current status of each participant.

#### Final Stage

After the completion of the Pday Sacrifice Round, there will be a one-week break to consolidate the contributions. A portion of the assets will be allocated to provide liquidity for the token's swap operations across multiple decentralized exchanges (DEX) protocols. Additionally, a portion of the assets will be held in the treasury for potential future listings on both centralized and decentralized exchanges.

#### The Use of Sacrifice Assets:

The assets collected in the sacrifice wallet will be allocated to fund the development process and beyond for Pday. These funds will be used to cover expenses during the period leading up to the protocol launch, finance new hires and investments, and cover the costs of the audit process. After the launch, they will be allocated to the treasury both as collateral to sustain the protocol and for basic expenses. Additionally, sacrifice assets will be largely used to provide liquidity during the PDAY token's TGE phase.

To avoid creating selling pressure on HEX and Pulsechain assets, we will pay all expenses using stable assets. We will provide ecosystem tokens alongside PDAY during the liquidity generation phase, thereby strengthening these ecosystem assets. In summary, safeguarding ecosystem assets is one of our top priorities in our planning.

***

> *Please be aware that the Pday Sacrifice Round is not intended as a profit-making endeavor, but rather a voluntary act of support for the protocol's principles. Sacrificers are voluntarily contributing without any expectations of financial gains or protocol revenue sharing. The primary goal is to support the Pday ecosystem and demonstrate a commitment to its principles and values.*
>
> *Please be aware that participating in the sacrifice round carries its own risks and implications. Ensure you fully understand the terms and conditions outlined by the Pday team and seek professional advice if needed.*


# Manifest & FAQ

The core mission of the Piteas team is to strive towards creating new products to advance and expand Pulsechain. In this context, leveraging our ecosystem experience along with community feedback, we're taking steps to bring some of the products needed by the ecosystem to life with Pday.

It's important to note that both Piteas and Pday share the same development team behind them. Although there is inherently an organic connection between the two protocols, they operate independently in terms of accounting and decision-making.

***

We anticipate some questions from the community, so we want to share some of our thoughts here to address them 👇

<details>

<summary>There was already a sacrifice round for Piteas before, why are you doing it again for Pday?</summary>

As mentioned, each protocol will have its own accounting, so we believe it's necessary to evaluate each process separately. However, let's delve a bit deeper to address any lingering questions.

This isn't a meme or hyped protocol; we're building an economy. There will be an intensive development process lasting 4-6 months, and it needs to be financed.

The community has seen what we've built with Piteas with a small budget, and we receive praise for it frequently. It's clear that this time we need a bigger budget because we're hiring new talent. So far, we've agreed to contracts with 2 back-end devs, 1 front-end dev, 1 server-side dev and a computer scientist for consultancy in the AI phase. As you can imagine, the annual salaries of these individuals are high. Remember that 1inch has a core team of \~15 people and over 70 contributors; as Piteas, we've produced a product of that level with a team of 4. We'll go through a similar process for the new project. Having talented and not overly greedy developers is crucial.

</details>

<details>

<summary>There are some community prejudices about the sacrifices on Pulsechain, what do you say about this?</summary>

We understand the community's cautious approach to this issue, but we'd like to say a few things to dispel these prejudices on our behalf.

Piteas is a non-forked, native product developed entirely by our team, considered one of the most difficult to develop in the DeFi space. Nevertheless, our team developed Piteas entirely using their own resources and launched it after completing all audits. This makes it the first project to be launched before a sacrifice on Pulsechain. During the sacrifice process, the community showed lower participation than expected (partly due to the SEC decision being around the same time), and we had a budget of \~$550K post-TGE. Additionally, we'd like to mention that the funds from the protocol treasury were also sacrificed.

Ultimately, with this limited budget, we launched PTS, and as of March 2024, we believe it's necessary to share the following data.

* The PTS token price is trading \~4.5x higher than the sac price. It could be the top-performing token among the sacrifices.
* The TVL of token liquidities from our treasury exceeds $2,400,000.
* In the 6 months post-TGE, PTS buybacks exceeding $500,000 in current value were made. These tokens were allocated for staking rewards.
* In the 7-month period, Piteas has generated approximately $720,000, surpassing the sacrifice budget, 75% of which was used for protocol developments. We currently have a significant treasury.
* Since its launch, Piteas has become the second most transaction-intensive protocol on Pulsechain. Piteas has facilitated more than 630,000[^1] swaps execution, reaching a total routed volume of $1.5B on Pulsechain.&#x20;
* Since its launch, the protocol has been generating continuous revenue, leveraging it as token utility. Undoubtedly, the protocol's revenue has had the most significant impact on the token price of PTS Token, and this trend is expected to continue.

As y'all can see from the above statistics, Piteas has made significant investments in a short period and has received increasing user numbers and protocol revenue in return. In short, while we understand and acknowledge the prejudices in the sacrifice processes; these do not apply to Piteas.

You should know that we are trying to present a similar scenario for Pday as we did for Piteas. Hopefully, we have provided an explanatory and detailed explanation for any prejudices regarding the Pday sacrifice process.

</details>

<details>

<summary>Why didn't you set a cap for the sacrifice round, and what will you do if more sacrifices are made than needed?</summary>

This was one of the main concerns of our team. However, in the final decision, we decided to forgo setting a limit on a stage we call "sacrifice." We believe in letting the community determine the value of Pday. However, we'd like to mention that we have A/B plans in place. Here's how it works:

Sacrifice assets can never be used for personal purposes outside of protocol needs and expenses! This is one of our fundamental principles, as seen in the Piteas process, and is non-negotiable. During the complex development process of Pday, there will be significant expenses, and both these expenses and the provision of liquidity during the TGE stage and afterwards will be funded using sacrifice assets. In the event of any excess assets remaining from this planning process, there are three possibilities. The first is allocating assets for liquidity and treasury. The second is funding the development process of new products belonging to the Pday protocol. The final option is to fairly payback those who participated in the sacrifice round.

Rest assured that we uphold ethical values, and if there's an excessive amount of assets that would create more responsibility than we deserve, we won't hesitate to consult with our community and sacrificers on what to do.

</details>

<details>

<summary>Does having PLS/HEX/PLSX among the sacrificed tokens raise any concerns?</summary>

Absolutely, that's correct! Like with Piteas, we have a plan to address this issue for Pday as well. To avoid creating selling pressure on HEX and Pulsechain assets, we'll pay for all development and post-development expenses of Pday with stables/others. We'll also provide ecosystem tokens along with PDAY during the liquidity generation phase to strengthen these ecosystem assets. In summary, eliminating selling pressure for ecosystem assets and convincing the community about this is one of our priorities.

</details>

Finally, we want to emphasize that we were very eager to develop and launch Pday under Piteas. Piteas has achieved tremendous success with its current economy, but we didn't have the resources or team members to develop a second project of the same scale. We've addressed many points, reviewed our income, and had frequent meetings with our developers. The Openbook model will be a massive model containing 4 core-products in total, and we didn't have the time or resources to manage both protocols flawlessly.\
\
**Peace!**

[^1]: *March 2024 stats*


# Roadmap ❇️

Pday is a major protocol that brings together multiple complex models. Development began in January 2024 and is currently ongoing.

We have tried to define different stages for both the major product, Openbook Protocol, and the core products. However, it should be noted that the development process often varies, and as a result, the stages outlined here may be updated.

> *Latest Update: 24 Dec 2025*

***

#### General

* [x] Begin branding and marketing process
* [x] Release documentation
* [x] Launch website
* [x] Announce protocol details
* [x] Start the sacrifice process
* [x] Pre-testing stage
* [ ] Pre-mainnet stage
* [ ] Deployment: Deploy token contract
* [ ] Security: Audit for token contract
* [ ] Launch: Token and liquidity generation event

#### **Limit Order Aggregation Protocol**

* [x] Develop protocol architecture
* [x] Prepare liquidity access module
* [x] Determine and prepare on-chain models
* [x] Integrate executor with Piteas Core
* [x] Development of smart contracts
* [x] Compile limit order execution progress for integration
* [x] Testing all modules
* [ ] Complete detailed testing and audit process
* [ ] Finalize UI updates
* [ ] Beta release
* [ ] Mainnet Launch
* [ ] Fully integrate limit order model into Pday Openbook
* [ ] Release API/SDK docs

#### **Customizable DCA Module**

* [x] Develop protocol architecture
* [x] Create smart contracts
* [x] Evolve strategies into user-programmable model
* [x] Compile DCA modules for pre-integration
* [x] Testing modules
* [ ] Enhance UI
* [ ] Complete security and audit processes
* [ ] Beta release
* [ ] Mainnet Launch
* [ ] Integrate module into Openbook

#### **The Openbook Protocol**

* [x] Initiate research process
* [x] Develop protocol architecture
* [x] Determine AI models
* [x] Integrate model with HydraX
* [x] Prepare on-chain architecture
* [x] Compile Openbook core modules
* [ ] Enhance UI
* [ ] Prepare and audit contracts
* [ ] Enter detailed testing phase for entire protocol architecture
* [ ] Beta release for Pday Openbook
* [ ] Mainnet Launch

#### **Advanced OTC Portal**

* [x] Initiate research and development
* [x] Analyze ecosystem and determine requirements
* [x] Prepare protocol architecture
* [x] Plan smart contracts
* [x] Develop order entry and storage model
* [x] Finalize on-chain architecture
* [x] Compile OTC modules for integration stage
* [x] Testing modules
* [ ] Complete UI enhancements
* [ ] Prepare and audit contracts
* [ ] Enter detailed testing phase for entire protocol architecture
* [ ] Beta release
* [ ] Mainnet Launch
* [ ] Integrate with the Openbook protocol

#### **AI Powered Strategy Portal**

* [x] Develop protocol architecture
* [x] Define AI-powered strategies
* [x] Develop AI modules
* [x] Upgrade ML structure to new version
* [x] Testing all modules
* [ ] Integrate on-chain/off-chain and build data transfer protocol
* [ ] Launch module
* [ ] Evolve strategies into user-programmable model


# Contracts

The protocol has not been launched yet, and development is ongoing. Once the protocol audit is completed, mainnet contracts will be deployed and shared here.


# Audits

*The protocol has not been launched yet, and development is still ongoing. When everything is ready for the final version, the audit process will commence, and reports will be shared here.*


# Branding Sources

#### Logo Pack - Pday

{% file src="/files/SPXj6ncfD3hqcm70EE4R" %}

<div><figure><img src="/files/bg43epCGlXDawYxtTNoD" alt=""><figcaption></figcaption></figure> <figure><img src="/files/7eqt7X69lFQFthLkt1qc" alt=""><figcaption></figcaption></figure></div>

<figure><img src="/files/MwIFx6KCpyE974aSaQPJ" alt=""><figcaption></figcaption></figure>