What to rely on
- Code blocks in the Quickstart and in Private Sub-accounts SDK were type-checked against the SDK source (version 1.4.3, with the old package names). They are illustrative: they need a data source, circuit files and addresses that you supply, and some need a HyperEVM build of the SDK. Blocks that were not checked say so.
- Types and method names in the SDK reference were read from the SDK source. When the package README and this repo disagree, trust this repo. If something still looks wrong, read the TypeScript source.
- The adaptor example in Integrate a DeFi protocol compiles against the protocol repo with Solidity 0.8.24. It has not been run against a pool.
- Known gaps are stated as gaps. For example, the services package does not give you working tree sources, and the published SDK does not list HyperEVM. Reading more will not find a hidden fix. The workaround on the page is the real workaround.
Do not guess
An agent writing against Palliora DeFi gets these wrong when it guesses:Read these first
llms.txtfor the map of the repo. Fetch the raw file, not a rendered page.palliora-defi.skill.md, a single dense file with the call pattern, the traps above and the common failures.- Quickstart, then the SDK reference before you invent a signature.
- Troubleshooting before you add retry logic. Several failures, like a stale tree, are not fixed by retrying.
A starter prompt
Safety rules for agents
- Never print, log or send a spending key, a view key, a wallet signature that creates an account, or a Sub-account key.
- Never run against mainnet with a real wallet without the person’s go-ahead.
- Do not publish a funding call twice. Check the outcome first.
- Do not add analytics or error reporting that includes Sub-account addresses, indices or labels.
If you write docs for a project built on Palliora DeFi
Reuse this repo’sSTYLE.md: simple language, no em dashes, code that runs or says plainly that it does not.