Digital Asset Exchange Upgrade 2.0
Budget: $20,000 – $50,000 USD
# **SEAGOLL 2.0 Digital Asset Exchange
Outsourcing Project – Open Tender (RFP)**
**Project Code:** SEAGOLL 2.0
**Procurement Mode:** **Open Competitive Bidding**
**Project Type:** Upgrade of an existing live digital asset exchange (NOT a greenfield build)
**Engagement Model:** Software outsourcing or co-development
**Delivery Model:** Full source code + deployment + technical handover
---
## **1. Procurement Statement (Important)**
This project is issued under an **open bidding / open tender** process.
* No pricing guidance is provided by the issuer
* Vendors are required to submit **their own technical and commercial proposals**
* Evaluation will be based on:
* Technical capability
* Architecture quality
* Relevant experience
* Delivery methodology
* Risk control and compliance understanding
* Price will be evaluated **only after technical qualification**
---
## **2. Project Background & Objectives**
SEAGOLL is an operational digital asset exchange platform.
We are initiating a major system upgrade to **SEAGOLL 2.0**, with the objective of building a **next-generation, compliant, and transparent digital asset exchange infrastructure**.
Key strategic goals include:
* Node-based economics via **Node Seat NFTs**
* **NST behavior mining** with Quest-based engagement
* **AI-powered quantitative trading** (high-risk, non-custodial, fully transparent)
* **AQE low-risk traditional finance module**
* **On-chain insurance pool (AQEL)** and **on-chain trust pool (AQEF)**
* Node Seat–based **revenue sharing**
* Full **AML / compliance monitoring**
* Advanced **real-time data visualization and transparency**
---
## **3. Overall Technical Scope**
### **3.1 Mandatory Architecture Requirements**
Bidders must propose a production-grade architecture covering:
* Backend: Microservices architecture
(Java / Go / Node.js acceptable; rationale required)
* Frontend: Web (React or Vue); Mobile optional
* Real-time data: WebSocket
* Event streaming: Kafka or equivalent
* Databases: MySQL / PostgreSQL + Redis
* Blockchain: EVM-compatible (NFTs, tokens, on-chain events)
* Security: RBAC, audit logs, AML integration
* Deployment: Docker-based CI/CD
---
## **4. Functional Scope (Core Modules)**
### **4.1 Core Trading System**
* Spot trading
* Basic derivatives / futures
* Real-time order book, trades, and K-line charts
---
### **4.2 NST Behavior Mining & Quest System**
* Full behavior tracking (trading, wallet actions, referrals, etc.)
* NST calculation engine
* User levels V0–V8
* Admin-configurable Quest/task system
---
### **4.3 Node Seat NFT System**
* Seat categories: Basic / VIP / Genesis / AQE Seats
* Node Seat implemented as **functional NFTs**
* One-time purchase and subscription models
* Seat trading and auction marketplace
* Seat lifecycle and status management
---
### **4.4 Node Seat Revenue Sharing**
* Revenue sources include:
* Trading fees
* Listing and promotion fees
* Earn / AQE / AI Quant service income
* Revenue pooling and weight-based distribution
* Periodic snapshots and distributions
* Transparent frontend visualization
---
### **4.5 Token Listing, Airdrop & Ranking**
* Token listing workflow
* Promotion task binding
* Airdrop rules engine
* Multi-dimensional ranking boards
---
### **4.6 AI Quantitative Trading System (Key Focus)**
* Client funds are **not custodied** by SEAGOLL
* Trading via API with third-party exchanges
* Real-time frontend visualization:
* Account equity
* P&L
* Positions
* AI buy/sell signals overlaid on K-line charts
* Strategy metrics:
* Sharpe ratio
* Maximum drawdown
* Win rate
* Strategy explainability (decision rationale)
---
### **4.7 AQE Low-Risk Financial System**
* Subscription-based access
* NAV curve visualization
* Risk status indicators
* Historical performance records
---
### **4.8 Wallet System**
* Multi-chain wallet support
* Display of:
* Node Seat NFTs
* NST balances
* Revenue distributions
* AQEL / AQEF assets (clearly labeled by purpose)
---
### **4.9 On-Chain Insurance & Trust (Backstop Layer)**
* **AQEL**: On-chain insurance pool
* **AQEF**: On-chain trust pool
* Event-driven execution (insurance / trust events)
* Transparency center showing pool size and event history
---
### **4.10 AML & Compliance System (Mandatory)**
* Risk scoring engine
* Transaction and behavior monitoring
* Freeze / unfreeze workflows
* Compliance case management backend
---
## **5. Frontend Requirements**
* All revenues must be clearly visualized
* AI Quant must show **real-time trading behavior**, not only results
* AQE must emphasize stability (NAV curves, not short-term K-lines)
* Dashboards must include:
* Interactive charts
* K-line overlays
* Time-series event views
---
## **6. Deliverables & Acceptance Criteria**
### **Mandatory Deliverables**
* Complete frontend and backend source code
* Database schema documentation
* API documentation
* Deployment and operations manuals
* Admin and operations console
* Technical handover sessions
### **Not Acceptable**
* Demo-only solutions
* Binary-only delivery without source code
* Undocumented codebases
---
## **7. Project Timeline (Indicative)**
Bidders should propose a realistic timeline.
As reference only, the project is expected to be delivered in **multiple phased milestones over several months**, covering:
* Core system and node economics
* AI Quant and AQE modules
* AML, backstop layer, and system hardening
Final scheduling will be agreed after technical evaluation.
---
## **8. Bidder Qualification Requirements**
Bidders should clearly state:
1. Experience with **production-grade digital asset exchanges**
2. Experience with **AI quantitative trading systems**
3. Experience implementing **AML / compliance frameworks**
4. Willingness to deliver **full source code ownership**
5. Acceptance of **independent security and code audits**
---
## **9. Evaluation Process**
* **Stage 1:** Technical proposal review
* **Stage 2:** Architecture and capability assessment
* **Stage 3:** Commercial proposal review (qualified bidders only)
* **Stage 4:** Final selection and contract negotiation
SEAGOLL reserves the right to accept or reject any proposal.
---
## **10. Short Project Summary (For Tender Listings)**
> SEAGOLL 2.0 is an open-tender upgrade project for a live digital asset exchange,
> featuring node-based economics, AI-driven quantitative trading,
> on-chain insurance and trust pools, and full AML compliance.
> We invite qualified technology partners to submit competitive proposals.
Outsourcing Project – Open Tender (RFP)**
**Project Code:** SEAGOLL 2.0
**Procurement Mode:** **Open Competitive Bidding**
**Project Type:** Upgrade of an existing live digital asset exchange (NOT a greenfield build)
**Engagement Model:** Software outsourcing or co-development
**Delivery Model:** Full source code + deployment + technical handover
---
## **1. Procurement Statement (Important)**
This project is issued under an **open bidding / open tender** process.
* No pricing guidance is provided by the issuer
* Vendors are required to submit **their own technical and commercial proposals**
* Evaluation will be based on:
* Technical capability
* Architecture quality
* Relevant experience
* Delivery methodology
* Risk control and compliance understanding
* Price will be evaluated **only after technical qualification**
---
## **2. Project Background & Objectives**
SEAGOLL is an operational digital asset exchange platform.
We are initiating a major system upgrade to **SEAGOLL 2.0**, with the objective of building a **next-generation, compliant, and transparent digital asset exchange infrastructure**.
Key strategic goals include:
* Node-based economics via **Node Seat NFTs**
* **NST behavior mining** with Quest-based engagement
* **AI-powered quantitative trading** (high-risk, non-custodial, fully transparent)
* **AQE low-risk traditional finance module**
* **On-chain insurance pool (AQEL)** and **on-chain trust pool (AQEF)**
* Node Seat–based **revenue sharing**
* Full **AML / compliance monitoring**
* Advanced **real-time data visualization and transparency**
---
## **3. Overall Technical Scope**
### **3.1 Mandatory Architecture Requirements**
Bidders must propose a production-grade architecture covering:
* Backend: Microservices architecture
(Java / Go / Node.js acceptable; rationale required)
* Frontend: Web (React or Vue); Mobile optional
* Real-time data: WebSocket
* Event streaming: Kafka or equivalent
* Databases: MySQL / PostgreSQL + Redis
* Blockchain: EVM-compatible (NFTs, tokens, on-chain events)
* Security: RBAC, audit logs, AML integration
* Deployment: Docker-based CI/CD
---
## **4. Functional Scope (Core Modules)**
### **4.1 Core Trading System**
* Spot trading
* Basic derivatives / futures
* Real-time order book, trades, and K-line charts
---
### **4.2 NST Behavior Mining & Quest System**
* Full behavior tracking (trading, wallet actions, referrals, etc.)
* NST calculation engine
* User levels V0–V8
* Admin-configurable Quest/task system
---
### **4.3 Node Seat NFT System**
* Seat categories: Basic / VIP / Genesis / AQE Seats
* Node Seat implemented as **functional NFTs**
* One-time purchase and subscription models
* Seat trading and auction marketplace
* Seat lifecycle and status management
---
### **4.4 Node Seat Revenue Sharing**
* Revenue sources include:
* Trading fees
* Listing and promotion fees
* Earn / AQE / AI Quant service income
* Revenue pooling and weight-based distribution
* Periodic snapshots and distributions
* Transparent frontend visualization
---
### **4.5 Token Listing, Airdrop & Ranking**
* Token listing workflow
* Promotion task binding
* Airdrop rules engine
* Multi-dimensional ranking boards
---
### **4.6 AI Quantitative Trading System (Key Focus)**
* Client funds are **not custodied** by SEAGOLL
* Trading via API with third-party exchanges
* Real-time frontend visualization:
* Account equity
* P&L
* Positions
* AI buy/sell signals overlaid on K-line charts
* Strategy metrics:
* Sharpe ratio
* Maximum drawdown
* Win rate
* Strategy explainability (decision rationale)
---
### **4.7 AQE Low-Risk Financial System**
* Subscription-based access
* NAV curve visualization
* Risk status indicators
* Historical performance records
---
### **4.8 Wallet System**
* Multi-chain wallet support
* Display of:
* Node Seat NFTs
* NST balances
* Revenue distributions
* AQEL / AQEF assets (clearly labeled by purpose)
---
### **4.9 On-Chain Insurance & Trust (Backstop Layer)**
* **AQEL**: On-chain insurance pool
* **AQEF**: On-chain trust pool
* Event-driven execution (insurance / trust events)
* Transparency center showing pool size and event history
---
### **4.10 AML & Compliance System (Mandatory)**
* Risk scoring engine
* Transaction and behavior monitoring
* Freeze / unfreeze workflows
* Compliance case management backend
---
## **5. Frontend Requirements**
* All revenues must be clearly visualized
* AI Quant must show **real-time trading behavior**, not only results
* AQE must emphasize stability (NAV curves, not short-term K-lines)
* Dashboards must include:
* Interactive charts
* K-line overlays
* Time-series event views
---
## **6. Deliverables & Acceptance Criteria**
### **Mandatory Deliverables**
* Complete frontend and backend source code
* Database schema documentation
* API documentation
* Deployment and operations manuals
* Admin and operations console
* Technical handover sessions
### **Not Acceptable**
* Demo-only solutions
* Binary-only delivery without source code
* Undocumented codebases
---
## **7. Project Timeline (Indicative)**
Bidders should propose a realistic timeline.
As reference only, the project is expected to be delivered in **multiple phased milestones over several months**, covering:
* Core system and node economics
* AI Quant and AQE modules
* AML, backstop layer, and system hardening
Final scheduling will be agreed after technical evaluation.
---
## **8. Bidder Qualification Requirements**
Bidders should clearly state:
1. Experience with **production-grade digital asset exchanges**
2. Experience with **AI quantitative trading systems**
3. Experience implementing **AML / compliance frameworks**
4. Willingness to deliver **full source code ownership**
5. Acceptance of **independent security and code audits**
---
## **9. Evaluation Process**
* **Stage 1:** Technical proposal review
* **Stage 2:** Architecture and capability assessment
* **Stage 3:** Commercial proposal review (qualified bidders only)
* **Stage 4:** Final selection and contract negotiation
SEAGOLL reserves the right to accept or reject any proposal.
---
## **10. Short Project Summary (For Tender Listings)**
> SEAGOLL 2.0 is an open-tender upgrade project for a live digital asset exchange,
> featuring node-based economics, AI-driven quantitative trading,
> on-chain insurance and trust pools, and full AML compliance.
> We invite qualified technology partners to submit competitive proposals.