Ang aming security model
Pinapatakbo ng J Tools ang mga token operation mo nang hindi kailanman hinahawakan ang wallet mo. Sa panig mo pinipirmahan ang mga transaksyon mula sa mga wallet mo, binubuo at ipinapadala ito ng platform, at may mga server-side na bantay sa likod ng lahat ng ito.
Ang maikling bersyon
#ang-maikling-bersyonNon-custodial ayon sa disenyo
#non-custodial-ayon-sa-disenyoHindi kailanman hinihingi ng J Tools ang seed phrase mo at hindi kailanman hinahawakan ang pondo mo. Kapag nakakonektang wallet ang gamit mo, nangyayari ang bawat pirma sa loob ng wallet na iyon sa pamamagitan ng wallet adapter, at ang pinirmahang transaksyon lang ang napupunta sa network. Hindi kailanman lumalabas doon ang private key ng wallet.
Page ng J Tools
1Nag-set up ka ng action sa J Tools
Dumarating sa wallet mo ang transaction
Ang wallet mo
2Ipinapakita ng wallet mo ang transaction
3Inaaprubahan at pinipirmahan mo ito sa sarili mong wallet
Hindi kailanman umaalis sa naka-connect na wallet ang mga key nito
Pirma lang ang lumalabas, hindi kailanman ang key
Solana
4Bino-broadcast sa Solana ang pinirmahang transaction
May ilang tool na puwede ring pumirma gamit ang mga private key na ipi-paste mo, dahil gumagana ang mga ito sa maraming wallet na hindi naikokonekta ng adapter: kasama rito ang Pinagsamang Trade, Multi Swap, Multi Sender, Batch Collector, ang mga relay tool, Pump.fun Create & Bundle Buy at ang mga claim tool. Nananatili ang mga key na iyon sa browser tab mo at doon pumipirma, at hindi ipinapadala sa amin. Binubura pagkalipas ng 15 minuto ang key na na-paste bilang private-key source ng isang tool. Ituring ang mga ito na mga disposable na hot wallet. Holder Booster ang nag-iisang tool na nagbibigay ng key sa mga server namin: gumagawa ito ng bagong distributor wallet sa bawat run, itinatago ang mga key ng holder wallet sa backup file na dina-download mo, at ang key lang ng distributor ang ipinapadala, naka-encrypt, para matapos ng worker namin ang run kahit isara mo ang tab. Kung may pahinang humihingi ng recovery phrase mo, hindi iyon kami.
Audit chain na nagpapakita ng pakikialam
#audit-chain-na-nagpapakita-ng-pakikialamIsinusulat ang mga admin action sa append-only na audit log. May prev_hash ang bawat row, isang SHA-256 hash ng naunang row, kaya magkakaugnay ang mga entry na parang kadena. Baguhin o burahin ang isang row at hindi na tutugma ang bawat hash pagkatapos nito, kaya halata ang pagbabago. Hindi isinasama sa mga log entry ang mga password at session token.
RPC whitelist at mga rate limit
#rpc-whitelist-at-mga-rate-limitHindi direktang kumakausap ang browser sa isang raw na Solana node. Dumadaan ito sa gateway na pumapayag lang sa nakapirming listahan ng mga read method, kasama ang pagpapadala at pag-simulate ng transaksyon, at may limit sa request bawat IP. Nananatili sa server ang mga RPC URL at key, kaya walang maisisiwalat ang browser. May rate limit bawat endpoint, at binabasa ang totoong IP ng client mula sa pinakakanang value ng x-forwarded-for para hindi ma-spoof ang limit gamit ang pekeng header.
Proteksyon laban sa pagnanakaw ng fee
#proteksyon-laban-sa-pagnanakaw-ng-feeKapag naniningil ng platform fee ang isang tool, ang halagang itinatala para sa commission ay galing sa sarili naming fee settings o sa SOL na talagang nakarating sa platform wallet on-chain, hindi kailanman sa numerong ipinapadala ng browser. Walang path na nagtitiwala sa fee na galing sa client. Nakikita mo ang buong breakdown (kabuuan, platform fee, at tinatayang network fee) sa fee card ng tool bago ka mag-confirm ng kahit ano. Para sa mga reference value, tingnan ang fee summary sa app o ang Talaan ng fee.
Mahigpit ang admin access
#mahigpit-ang-admin-accessKailangan ng password at TOTP code para maabot ang admin panel, at sa server ito ipinapatupad. Ginawa ang flow para walang maibigay na impormasyon.
Sapilitan ang TOTP. Sa server sinusuri ang mga code, at kapag sunod-sunod ang maling pagsubok, nila-lock ang sign-in nang ilang panahon. Hindi kailanman ibinabalik sa client ang dahilan ng lock.
Iniimbak lang ang mga admin password bilang one-way hash, na kino-configure sa pamamagitan ng mga environment variable. Walang password-reset screen sa panel o sa API; ang pagbabago ay nangangahulugan ng bagong env value at deploy.
Pareho ang generic na mensaheng ibinabalik ng pumalyang login maging mali ang username, ang password o ang code, at kasintagal masuri ang hindi kilalang username gaya ng totoo. Ang naka-lock na sign-in ay nagsasabi lang na napakaraming pagsubok, hindi kung aling limit ang naabot. May rate limit ang mga login attempt ayon sa IP at sa username.
Nasa server-side store ang mga session, na may httpOnly, Secure, SameSite=Strict na cookie at random na ID. Pinapalitan ang mga ito sa bawat login laban sa fixation, nag-e-expire kapag idle, at may limit bawat admin.
OPSEC sa lahat ng lugar
#opsec-sa-lahat-ng-lugarPermanenteng patakaran ang operational security sa bawat endpoint at pahina. Hindi isinasama sa mga log ang mga sikreto, private key at buong token. Maikling mensahe lang ang dala ng error response sa client, madalas may code, at walang stack trace, internal path o detalye ng database; nasa server log ang buong larawan. Nananatiling draft ang mga blog post na ginawa ng automation hanggang i-publish ng isang admin, kaya walang nakakarating sa mga mambabasa nang walang taong nag-apruba.
© 2026 J Tools