docs: consolidate and update all documentation for launch readiness
- Rewrite root README.md with proper project overview, tech stack, and repo structure - Remove duplicate CLAUDE.md files (root, onchain, ponder) — AGENTS.md is the standard - Update HARBERG.md to reflect Stage 1 completion and Stage 2 evolution - Delete stale onchain/testing_todos.md (all high-priority items completed) - Update VERSION_VALIDATION.md for VERSION=2 - Trim root AGENTS.md: replace Docker duplication with docs/docker.md reference - Trim onchain/AGENTS.md (129→71 lines): reference TECHNICAL_APPENDIX for formulas - Trim web-app/AGENTS.md (278→55 lines): remove internal API docs, keep architecture - Rewrite onchain/README.md: add contract table, deployment addresses, analysis links - Trim services/ponder/README.md: remove stale subgraph comparison - Add otterscan to docs/docker.md service topology - Update TECHNICAL_APPENDIX.md references Net: -388 lines across documentation. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
parent
b7260b2eaf
commit
de3c8eef94
14 changed files with 249 additions and 701 deletions
31
HARBERG.md
31
HARBERG.md
|
|
@ -1,27 +1,16 @@
|
|||
# Harberg
|
||||
# Harberger (Stage 1)
|
||||
|
||||
## product
|
||||
A staking market balanced by the Harberger Tax.
|
||||
The foundation layer of the KRAIKEN protocol. A staking market balanced by the Harberger tax.
|
||||
|
||||
## token
|
||||
$HRB is created when users buy more tokens and sell less from the uniswap pool (mainly from the liquidity position owned by the Harberg protocol)
|
||||
## Status: Complete
|
||||
|
||||
## staking
|
||||
users can stake tokens - up to 20% of the total supply. When supply increases (more people buy then sell) stakers will keep the total supply they staked. So 1% of staked total supply remains 1%.
|
||||
Stage 1 established the core mechanisms now used by Stage 2 (KRAIKEN):
|
||||
|
||||
- **Token**: KRAIKEN (KRK) — minted on buys from the LiquidityManager's Uniswap V3 positions, burned on sells
|
||||
- **Staking**: Users stake tokens and declare a self-assessed tax rate. Stakers maintain percentage ownership of total supply as it grows.
|
||||
- **Snatching**: Any position can be taken by someone willing to pay a higher tax rate, creating a competitive prediction market for token value
|
||||
- **Tax collection**: Automated by the transaction bot (`services/txnBot/`)
|
||||
|
||||
## landing
|
||||
in the landing folder in this repository you find the front-end implementation.
|
||||
## Evolution
|
||||
|
||||
## contracts
|
||||
in the onchain folder are the smart contracts implementing the token and the economy
|
||||
|
||||
## services
|
||||
1 bot collecting taxes on old stakes and liquidate stakers if tax is not paid
|
||||
1 bot calling recenter on the liquidity provider contract
|
||||
|
||||
## subgraph
|
||||
- data backend for front-end for landing project
|
||||
|
||||
## hosting
|
||||
- crypto friendly
|
||||
Stage 1's static liquidity strategy evolved into Stage 2's three-position dynamic strategy with OptimizerV3. The Harberger staking mechanism now serves as the sentiment oracle driving optimizer parameter selection. See [TECHNICAL_APPENDIX.md](TECHNICAL_APPENDIX.md) for details.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue