Encrypted wallets
Stored wallet private keys are encrypted before being saved in the database.
ProjectDCA uses encrypted wallet storage, protected environment variables, verified Stripe webhooks and public blockchain execution. Security also depends on responsible user behaviour, careful strategy settings and safe handling of wallet credentials.
Stored wallet private keys are encrypted before being saved in the database.
Base transactions remain publicly visible and independently verifiable.
Card details are processed by Stripe rather than stored by ProjectDCA.
Users choose wallet limits, buy sizes, intervals and when a bot starts or stops.
ProjectDCA can create or import blockchain wallets for use with automated DCA strategies. Where private keys are stored by the service, they are encrypted before being written to the database.
The application uses a dedicated wallet-encryption secret supplied through protected server environment variables. Each encrypted entry includes a unique initialization value so identical private keys do not produce identical stored records.
Sensitive application configuration is intended to remain in Railway environment variables rather than being written directly into public website files.
Bot tokens, RPC credentials, Stripe secrets, database connection details and wallet-encryption keys are loaded server-side.
The ProjectDCA application repository can remain private while the public website is delivered through the running Railway service.
The Railway public domain serves the website over HTTPS, protecting data in transit between visitors and the site.
User settings, encrypted wallet records and subscription status are stored in PostgreSQL rather than exposed in public website files.
Railway restarts and deployments are handled with shutdown logic intended to stop active timers and the Telegram bot cleanly before the application process exits.
Stripe hosts the subscription checkout and processes supported card payment information. ProjectDCA does not need to store full card numbers or security codes.
Stripe webhook requests are checked using the webhook signing secret before ProjectDCA accepts an event as authentic.
ETH and USDC payments are confirmed using public transaction data on Base. Payment requests use an exact requested amount so the service can match a confirmed transfer to the pending Telegram account.
Crypto payment access is time-limited and tracked separately from recurring Stripe subscriptions.
DCA purchases and wallet funding transactions occur on Base. Blockchain transactions can be independently reviewed through a public block explorer using the wallet address or transaction hash.
ProjectDCA is designed to let users determine how their strategy operates rather than automatically choosing investment decisions for them.
Users select minimum and maximum ETH amounts for recurring purchases.
Users choose how many seconds pass between DCA attempts.
Each bot can be limited to the first selected number of wallets within the userβs plan.
A running DCA bot can be stopped through Telegram whenever the user chooses.
Users can configure the destination address used when withdrawing supported funds.
Encryption and access controls reduce certain risks, but they do not eliminate all possible failures. ProjectDCA depends on several external systems that may experience outages, vulnerabilities or unexpected behaviour.
ProjectDCA has not been presented as independently audited. Users should not assume that the service, its wallet handling or its transaction logic has received a formal third-party security audit unless that is explicitly announced in the future.
ProjectDCA is under active development. Potential future security and account-management improvements may include:
Better visibility into important account, wallet and bot actions.
Additional notifications for subscription, wallet or strategy events.
A dedicated interface for viewing bot status and selected settings.
Formal code review or security auditing as the platform and user base grow.
Planned items are not guarantees and may change based on development priorities and technical requirements.
Report suspected security issues, unauthorized account activity or suspicious ProjectDCA impersonators through the official Telegram community.
Do not include private keys, seed phrases, complete payment information or other secrets in a public support message.
Use the official community link and be cautious of unsolicited direct messages claiming to represent ProjectDCA.