Veyn Developer

Veyn Connect · draft v0.1

Governance

The rules that sit in Veyn's code, not in a manifest. A connector cannot relax them.

Draft. Under review. Fees, developer verification, review times and a public registry are still open.

Trust tiers

TierLaunchWhoCan declareLimits
T0 SandboxyesAny developer, unverifiedlink or web, prepare only, in your own test accountVisible only to you and invited testers. No real users. 25 calls a day.
T1 ListedyesA verified person or company (identity and domain proof)link or web, prepare onlyPublic registry; the user turns it on. Low and medium scopes only. One call per user every 10 seconds.
T2 VerifiedlaterT1 plus a security questionnaire, privacy review and 30 days cleanAdds api and intent modes, and execute for non-money actionsConfirmation on every call.
T3 PartnerlaterT2 plus a signed agreement and endpoint reviewAdds money-adjacent actionsYearly re-review.

Promotion is decided by a Veyn reviewer and recorded. Demotion or suspension is immediate after a security report, a breach of the rules, or unusual call patterns: Doyo stops offering the connector at once. Your tier is stored by Veyn, never read from your manifest.

Confirmation

Consent

Audit

Every call writes an immutable record: the connector and version, the action and mode, the scope names with a hash of the values, how it was confirmed, and the outcome.

WhoSees
The userAn activity list per connected app that they can filter, export and delete.
YouYour own calls: counts, errors, and a pseudonymous id per user. Nothing beyond what the call delivered.
VeynFull records for abuse review, access-logged and role-restricted, kept 12 months unless the user deletes earlier or the law requires otherwise.

Raw input values are not kept beyond the user's own activity view. Card and account numbers are never stored.

What developers agree to

Life of a connector

  1. Register a developer account: identity, domain proof, contact.
  2. Create a connector and upload a manifest. Veyn validates it and stores a signed canonical copy.
  3. Test it in T0 with invited testers.
  4. Submit for T1: automated checks, and a person reviews the first publish.
  5. Publish. A version never changes; a new version gets the checks its change needs.
  6. Operate: health checks on your hosts, error budgets, abuse signals.
  7. Withdraw, be suspended, or transfer to another owner (both accounts agree, users agree again).