Documentation
Bunny Financial Documentation
Understand the protocol behind the interface.
Explore Bunny Financial architecture, protocol modules, wallet interactions, transaction states, smart-contract concepts, developer workflows and security considerations.
-
Getting Started Core concepts and access
-
Protocol Architecture Layers and responsibilities
-
Protocol Modules DEX, pools and token launch
-
Wallet Interaction Connection and authorization
-
Security Verification and risk controls
Understand what occurs before and after wallet authorization.
Review protocol layers, interfaces and integration concepts.
Examine protocol assumptions, states and technical boundaries.
Understand token configuration and launch infrastructure.
Documentation purpose
Technical context for every protocol action.
Bunny documentation explains how the visible application, connected wallet, smart-contract logic and blockchain settlement layer relate to one another.
The documentation is intended to help users and developers distinguish interface behavior from wallet authorization and on-chain execution.
Documentation describes intended functionality, but deployed contract addresses, network conditions and external dependencies should always be verified independently.
Documentation sections
Choose the technical area you need.
Use the protocol overview for architecture, module pages for function-specific details and GitHub for open-source resources.
Protocol Overview
Review Bunny architecture, protocol boundaries, wallet-based access and blockchain settlement.
↗Decentralized Exchange
Understand swap preparation, liquidity routing, price impact, slippage and wallet authorization.
↗Liquidity Pools
Review pool reserves, liquidity positions, trading fees, changing asset composition and impermanent loss.
↗Token Infrastructure
Explore token supply, contract permissions, deployment, distribution and initial liquidity preparation.
↗Security Model
Review domain verification, token approvals, wallet prompts, contract addresses and responsible disclosure.
↗GitHub and Development
Explore open-source components, repository structure, version history and contribution guidance.
↗Protocol architecture
Each layer has a separate responsibility.
Bunny separates visible application behavior from wallet authorization, protocol execution and blockchain settlement.
-
01
Access layer
The wallet represents the user’s public blockchain identity and controls transaction authorization.
-
02
Application layer
The interface organizes supported protocol actions and prepares information for review.
-
03
Protocol layer
Smart contracts define executable rules for supported on-chain interactions.
-
04
Settlement layer
The blockchain validates signed transactions and records the final result.
Getting started
Understand the transaction before using the application.
Select the intended module
Choose decentralized exchange, liquidity, token launch or another documented protocol function.
Confirm the network
Verify the selected blockchain and ensure the wallet holds the native asset required for network fees.
Connect a compatible wallet
Initiate the wallet connection through the official Bunny interface without disclosing private credentials.
Configure the action
Enter token amounts, pool information, contract parameters or other settings required by the selected module.
Review the prepared request
Check assets, addresses, permissions, estimated results, slippage and network fees.
Authorize through the wallet
The wallet presents the final request. The user decides whether to sign, reject or modify the intended action.
Protocol modules
Core Bunny functionality.
Each module prepares a different type of blockchain interaction and exposes users to a different combination of technical and market risk.
Token exchange
Prepares decentralized swaps using compatible liquidity, estimated routes and user-defined transaction settings.
DEX DocumentationLiquidity provision
Supports wallet-authorized liquidity positions involving pool shares, changing reserves and protocol fees.
Liquidity DocumentationToken configuration
Organizes token identity, supply, permissions, deployment and initial liquidity preparation.
Token DocumentationWallet interaction
Connects the user-facing application with the wallet used to review and authorize blockchain requests.
Wallet GuideVerification controls
Covers domains, token addresses, contract permissions, wallet prompts and active approvals.
Security DocumentationOpen development
Provides repository, contribution and versioning context for technical review.
GitHub OverviewWallet connection
Connection and authorization are separate actions.
A basic connection allows the interface to identify a public wallet address and selected network. It should not require the user to disclose a recovery phrase or private key.
Token approvals, message signatures and blockchain transactions require additional wallet requests. Each request should be reviewed as a separate security decision.
Review Wallet SecurityTransaction lifecycle
From interface input to blockchain confirmation.
A transaction moves through multiple stages. A prepared request is not complete until it has been signed, submitted and confirmed by the selected blockchain.
Configure
The user defines the intended protocol action.
Estimate
The interface presents available transaction information.
Authorize
The connected wallet requests user approval.
Submit
The signed request is sent to the blockchain network.
Confirm
The processed result is recorded on-chain.
Transaction states
Understand what each status means.
The application may display temporary states while waiting for wallet authorization or blockchain processing.
Ready for review
The interface has prepared transaction information, but no wallet signature has been provided.
No on-chain actionWallet decision required
The wallet is displaying a request that the user may approve, reject or close.
User authorizationSubmitted to the network
The transaction has been signed and submitted but has not yet received final blockchain confirmation.
Network processingRecorded on-chain
The blockchain has processed the transaction and recorded the resulting state change.
Public transaction recordExecution did not complete
The transaction may have failed because of contract conditions, slippage, insufficient fees or another execution issue.
Network fee may still applyNot authorized by the wallet
The user rejected or closed the wallet request before the transaction was submitted.
No submissionDeveloper integration
Build around verified interfaces and explicit user consent.
Integrations should preserve clear separation between application logic, wallet authorization and smart-contract execution.
-
01
Verify supported networks
Do not assume that contract addresses or token standards are identical across networks.
-
02
Handle wallet state clearly
Distinguish disconnected, connected, unsupported and incorrect-network states.
-
03
Present transaction details
Show relevant assets, amounts, addresses, permissions and estimated costs before signing.
-
04
Confirm the on-chain result
Use the blockchain transaction state rather than assuming that wallet authorization means success.
Versions and deployments
Documentation, source code and live contracts are distinct.
Developers and users should verify that the resources they review match the intended protocol version and blockchain deployment.
Written reference
Explains intended architecture, protocol behavior, integration concepts and security boundaries.
Published source code
May contain released, experimental or development code depending on the selected branch and version.
Live blockchain contract
The actual contract address processing transactions on the selected blockchain network.
User application version
The visible application used to prepare and present supported protocol actions.
External infrastructure
Wallets, tokens, pools and services outside Bunny may change independently.
Independent comparison
Users and developers should compare documented information with the intended live environment.
Security documentation
Documentation supports verification. It does not eliminate risk.
Users should verify the official website, blockchain network, contract address, token identity, approval amount and wallet request before every transaction.
Use only official Bunny documentation and repository links.
Confirm the blockchain network and exact contract address.
Review token approvals and administrative contract controls.
Reject any signature or transaction you do not understand.
Documentation boundaries
What technical documentation can and cannot provide.
Documentation is an explanatory resource, not a guarantee of security, compatibility or financial outcome.
Explain intended protocol behavior.
- Describe protocol layers and responsibilities
- Explain supported transaction workflows
- Document wallet and contract interactions
- Identify relevant security considerations
- Support technical review and integration planning
- Clarify terminology and transaction states
Guarantee a live system or transaction result.
- Guarantee that a contract contains no vulnerabilities
- Guarantee compatibility with every external wallet
- Guarantee that a transaction will be confirmed
- Reverse completed blockchain transactions
- Guarantee token liquidity or financial performance
- Replace independent legal or security review
Documentation FAQ
Common questions about Bunny technical resources.
Who is Bunny Documentation for?
What is the difference between Documentation and the Knowledge Base?
Does the documentation contain private wallet information?
Does documented code guarantee that a contract is secure?
How do I verify a Bunny contract?
Is connecting a wallet the same as signing a transaction?
Can external developers integrate Bunny functionality?
Where should a potential vulnerability be reported?
Continue exploring
Review the protocol or inspect the open-source structure.
Continue to the protocol overview for architecture or open the Bunny GitHub page for repository and development guidance.
