No private keys on server
The PHP application has no contract-write endpoint and no configuration field for a wallet private key, mnemonic or Secret Recovery Phrase.
Security centre
TNWT administrative authority remains on-chain and external to the web server. The portal is designed to verify state, help users identify the official contract and fail closed when critical configuration is wrong.
The PHP application has no contract-write endpoint and no configuration field for a wallet private key, mnemonic or Secret Recovery Phrase.
Wallet connection requests account access, BNB Smart Chain switching and optional TNWT token watching. It does not silently sign transactions.
CSP, HSTS on HTTPS, frame blocking, restrictive Permissions-Policy, secure sessions and dotfile/storage blocking reduce common web attack paths.
The token admin dashboard monitors chain state and audit events. Any real contract administration should be explicitly approved in a wallet or multisig outside the server.
The live service checks that the expected wallet still has ADMIN_ROLE and DEFAULT_ADMIN_ROLE and flags mismatches.
Separate operational, liquidity, community and reserve wallets reduce the consequences of one compromised key.