Authenticate with LiberFi and manage your session.
See bootstrap.md for CLI installation and connectivity verification.
Generates a P-256 key pair on first use; on subsequent calls, the existing key is reused.
No user interaction required — suitable for automated and agent environments.
lfi login key --role AGENT --name "MyAgent" --json
Flow:
~/.liberfi/keys/default.json or generates a new key pair.Date.now() (Unix ms string) with the local private key (SHA-256 + ECDSA P-256).POST /v1/auth/key with { publicKeyHex, uncompressedPublicKeyHex, timestampMs, signature }.~/.liberfi/session.json.Token refresh:
POST /v1/auth/key.401 response, the CLI attempts one automatic refresh before propagating the error.Two steps: send OTP, then verify.
Step 1 — Send OTP:
lfi login user@example.com --json
Expected output:
{
"ok": true,
"otpId": "uuid-here",
"message": "Verification code sent to user@example.com. It expires in 5 minutes."
}
Step 2 — Verify OTP:
lfi verify <otpId> <6-digit-code> --json
Expected output:
{
"ok": true,
"userId": "...",
"role": "HUMAN",
"evmAddress": "0x...",
"solAddress": "...",
"isNewUser": true,
"message": "Email verified. Authenticated as ..."
}
Notes:
lfi status --jsonShows current authentication state without a network call.
{
"ok": true,
"authenticated": true,
"userId": "...",
"role": "HUMAN",
"evmAddress": "0x...",
"solAddress": "...",
"expiresInSecs": 82340,
"expired": false
}
lfi whoami --jsonFetches the current user's profile from the server (requires valid token).
{
"userId": "...",
"role": "HUMAN",
"displayName": "",
"email": "user@example.com",
"evmAddress": "0x...",
"solAddress": "..."
}
lfi logout --jsonClears ~/.liberfi/session.json. The JWT is not revoked server-side.
Run this sequence at the start of any operation that requires authentication:
# 1. Connectivity
lfi ping --json
# 2. Check session state
lfi status --json
Decision tree based on lfi status output:
authenticated | expired | Action |
|---|---|---|
| ----------------- | ----------- | -------- |
true | false | Proceed — session is valid |
true | true | Re-authenticate (token expired) |
false | any | Authenticate (no session) |
Agent environment (automated):
lfi login key --role AGENT --name "AgentName" --json
lfi whoami --json
Human user (interactive):
lfi login user@example.com --json
# → prompt user to enter the 6-digit OTP code
lfi verify <otpId> <otp> --json
lfi whoami --json
| File | Contents |
|---|---|
| ------ | ---------- |
~/.liberfi/session.json | JWT, wallet addresses, key material for refresh |
~/.liberfi/keys/default.json | P-256 key pair (permanent identity) |
~/.liberfi/keys/otp-pending.json | Temporary key pair during email OTP flow |
These files are created with mode 0600 (owner read/write only).
Never share or transmit these files.
After authentication, the user is assigned two server-owned TEE wallets:
| Wallet | Field | Description |
|---|---|---|
| -------- | ------- | ------------- |
| EVM | evmAddress | Ethereum-compatible wallet (used for EVM swap operations) |
| Solana | solAddress | Solana wallet (used for SVM swap operations) |
These wallets are managed by LiberFi's backend.
The user's local P-256 private key is never used for on-chain signing.
Users who log in via the LiberFi website (social login) can exchange
their identity token for a LiberFi JWT using:
POST /v1/auth/exchange
{ "identityToken": "<identity-token>" }
This is handled transparently by the website's auth handler — CLI users do not
need to interact with this endpoint.
| Error | Meaning | Recovery |
|---|---|---|
| ------- | --------- | ---------- |
"signature verification failed" | Invalid key or tampered timestamp | Re-generate key pair with lfi login key |
"timestamp is outside the ±300s window" | System clock skew | Sync system clock |
"OTP expired or not found" | OTP TTL elapsed (5 min) | Re-run lfi login |
"incorrect OTP code" | Wrong 6-digit code | Re-enter code or re-run lfi login |
"invalid or expired token" on /auth/me | JWT expired, refresh failed | Re-authenticate |
401 on swap/tx commands | Session expired | Run lfi status then re-authenticate |
See security-policy.md for global rules.
Skill-specific rules:
~/.liberfi/keys/default.json) must be kept secret.Never log, display, or transmit its contents.
sensitivity as a private key.
ensureSession() is called before each API request.
共 1 个版本