← Back to safetrestoken.com

1. Abstract

Safetres (SFT) is an ERC-20 utility token designed to bring transparency, governance, and community participation to the real estate syndication industry. By leveraging blockchain technology, SFT enables on-chain decision-making for real estate investment operations, allowing designated stakeholders to vote on proposals that shape the direction of syndicated property investments.

The token is deployed on both Ethereum mainnet and the Base network, providing flexibility in transaction costs and accessibility. SFT introduces a governance framework where syndicate members can create proposals, cast votes, and execute decisions — all recorded immutably on-chain for full auditability.

2. Introduction

Real estate syndication is a method of pooling capital from multiple investors to acquire, manage, and profit from properties that would be difficult for individual investors to access. Traditionally, these syndication structures operate through legal entities with limited transparency into decision-making processes.

Safetres aims to modernize real estate syndication by introducing blockchain-based governance. The SFT token serves as the utility backbone of the Safetres ecosystem, enabling community-driven decision-making while maintaining the operational efficiency required in real estate investment.

The Safetres platform is built by SAFE — The Real Estate Syndicates, a company focused on making real estate investment more accessible, transparent, and community-oriented.

3. Problem Statement

The traditional real estate syndication model faces several challenges:

• Lack of transparency: Investors often have limited visibility into how decisions are made regarding property acquisitions, management, and dispositions.
• Centralized decision-making: Syndication sponsors typically have full control over investment decisions, leaving limited partners with little influence.
• Limited auditability: Decision records are kept privately, making it difficult for investors to verify how and why certain decisions were made.
• High barriers to participation: Traditional syndications require significant capital commitments and accreditation, limiting access to a small pool of investors.

4. Solution

Safetres addresses these challenges by introducing a blockchain-based governance layer to real estate syndication:

• On-chain governance: All proposals, votes, and execution records are stored immutably on the blockchain, ensuring full transparency.
• Community participation: Designated voters can actively participate in shaping investment strategies and platform development.
• Verifiable decisions: Anyone can audit the governance history through public block explorers, ensuring accountability.
• Multi-chain accessibility: Deployment on Ethereum and Base provides options for different cost preferences and network ecosystems.

5. Token Overview

Property	Value
Token Name	Safetres
Symbol	SFT
Standard	ERC-20
Decimals	18
Initial Supply	500,000 SFT
Circulating Supply (Base)	10,000 SFT
Supply Type	Mintable (owner-only)
Networks	Ethereum Mainnet, Base

Token Utility

SFT serves the following functions within the Safetres ecosystem:

• Governance participation: Designated SFT holders can vote on proposals affecting real estate investment strategies and platform direction.
• Community alignment: Token ownership aligns stakeholder interests with the long-term success of the syndication portfolio.
• Ecosystem incentives: Future minting allows for community rewards, partnership allocations, and incentive programs as the platform grows.
• Transferability: Full ERC-20 compatibility enables trading on decentralized exchanges, providing liquidity for participants.

6. Governance Model

The Safetres governance system is implemented directly in the smart contract, providing a trustless and transparent decision-making framework.

Voter Designation

The contract owner can designate trusted addresses as voters using the addVoter() function. Only designated voters can participate in governance proposals. Voters can also be removed by the owner using removeVoter(), with the exception that the owner cannot remove themselves.

Proposal Lifecycle

1. Creation: The contract owner creates a proposal with a description and a voting duration (in days) using createProposal().
2. Voting: Designated voters cast their vote (for or against) using vote(). Each voter can only vote once per proposal.
3. Execution: After the voting deadline passes, the owner can execute the proposal using executeProposal(). The result (passed or failed) is determined by comparing votes for vs. votes against.

All governance actions emit events that are permanently recorded on the blockchain, enabling full auditability through block explorers.

Governance Events

• VoterAdded(address voter) — emitted when a new voter is designated
• VoterRemoved(address voter) — emitted when a voter is removed
• ProposalCreated(uint256 proposalId, string description, uint256 deadline) — emitted when a new proposal is created
• Voted(uint256 proposalId, address voter, bool support) — emitted when a vote is cast
• ProposalExecuted(uint256 proposalId, bool passed) — emitted when a proposal is executed

7. Tokenomics

Supply Distribution

Allocation	Amount	Percentage
Ethereum Mainnet (Owner Wallet)	500,000 SFT	100%
Base — Liquidity Pool (Uniswap V2)	1,000 SFT	—
Base — Owner Wallet	9,000 SFT	—
Base — Burned	490,000 SFT	—

Liquidity

An initial liquidity pool was created on Uniswap V2 (Base) pairing 1,000 SFT with 0.005 ETH, establishing the first on-chain trading pair. The LP tokens have been locked for 6 months (until September 2026) through a dedicated LiquidityLocker smart contract, ensuring the liquidity cannot be removed during this period.

Minting Policy

The SFT contract includes a mint function restricted to the contract owner. Additional tokens may be minted for:

• Community rewards and incentive programs
• Strategic partnership allocations
• Ecosystem expansion as the real estate portfolio grows

Any minting activity is transparent and verifiable on-chain.

8. Technical Architecture

Smart Contract Stack

• Solidity: v0.8.28
• Framework: Hardhat 3
• Base libraries: OpenZeppelin Contracts v5.x (ERC20, Ownable)
• Networks: Ethereum Mainnet (Chain ID: 1), Base (Chain ID: 8453)

Contract Inheritance

The SafetresToken contract inherits from two OpenZeppelin base contracts:

• ERC20 — provides full ERC-20 token functionality including transfer, approve, transferFrom, and allowance management
• Ownable — provides access control for administrative functions (minting, voter management, proposal creation)

ERC-20 Compatibility

SFT is fully ERC-20 compliant, supporting all standard functions including approve() and transferFrom(). This ensures compatibility with decentralized exchanges (Uniswap, etc.), wallets (MetaMask, etc.), and other DeFi protocols.

9. Smart Contracts

SafetresToken (SFT)

Network	Address
Ethereum Mainnet	0xF2c7B32aD23645A16c540C7EdC25777fD7fA9a5E
Base	0x26EE0D9C4dAa7a88f28f7757758FDc41735019D2

Uniswap V2 Liquidity Pair (Base)

Liquidity Locker (Base)

Locks LP tokens until September 3, 2026.

All contracts are verified and open source on Etherscan, BaseScan, and Sourcify. The source code can be reviewed directly on any block explorer.

10. Security

• Audited base libraries: The contract is built on OpenZeppelin's extensively audited ERC20 and Ownable implementations.
• Verified source code: All deployed contracts have verified source code on Etherscan and BaseScan, allowing anyone to inspect the logic.
• Sourcify verification: Additional verification through Sourcify provides an independent verification layer.
• Access control: Administrative functions (minting, voter management, proposal creation) are restricted to the contract owner through the Ownable modifier.
• Locked liquidity: LP tokens are locked in a dedicated smart contract, preventing liquidity removal for 6 months.
• No proxy pattern: The contracts are not upgradeable, meaning the deployed logic cannot be changed after deployment.

11. Roadmap

Phase	Milestone	Status
Phase 1	Token development and deployment on Ethereum and Base	Completed
Phase 1	Smart contract verification on Etherscan, BaseScan, Sourcify	Completed
Phase 1	Website launch at safetrestoken.com	Completed
Phase 2	Uniswap V2 liquidity pool on Base	Completed
Phase 2	Liquidity lock (6 months)	Completed
Phase 2	CoinGecko listing application	In Progress
Phase 3	Community growth and governance activation	Upcoming
Phase 3	Additional DEX listings and trading pairs	Upcoming
Phase 4	Real estate syndication platform integration	Planned
Phase 4	Cross-chain bridge between Ethereum and Base	Planned

12. Disclaimer

This whitepaper is for informational purposes only and does not constitute financial advice, an offer to sell, or a solicitation to buy any securities or tokens. SFT is a utility token designed for governance participation within the Safetres ecosystem. The value of SFT may fluctuate and holders should conduct their own research before acquiring tokens.

The Safetres team makes no guarantees regarding the future value of SFT or the performance of any real estate investments associated with the Safetres platform. Cryptocurrency and token investments carry inherent risks, including the potential loss of principal.

Regulatory requirements vary by jurisdiction. Users are responsible for ensuring compliance with applicable laws in their region.