Awesome
You can read the documentation at apiary
Blobvault v1
Welcome to the Blobvault v1 API. This API provides access to the Ripple Blobvaut.
Blobvault Links
There are three types of signing, HMAC-RECOV, HMAC and ECDSA
Group ECDSA-RECOV signing
This signature is specifically for account recovery. Applicable for requesting the encrypted blob and the encrypted_blobdecrypt_key
GET /your/path{?signature,signature_date,signature_type,signature_username}
-
Parameters
- signature_username (required, string,
<ripple username
>) - signature_date (required, string,
2014-05-19T17:21:34.000Z
) ... the date string - signature_type (required, string,
RIPPLE1-ECDSA-SHA512
) - signature (required, string,
AAAAHC2k5dWAnmC7zXr2N0ZEDbiF0kNQxHgf1xS-bixub5pmQFo-SMcDe0U-n6jkGaFrKfOn7NAlraTogHISkdzyUDY
) ... the computed signature based on the public key signed by the secret.
- signature_username (required, string,
-
Response 200
Group ECDSA Signing
In this example we just use GET but it applies to any HTTP Method (GET, POST) that is marked as using ECDSA
GET /your/path{?signature_account,signature_type,signature,signature_date,signature_blob_id}
-
Parameters
- signature_account (required, string,
rwUNHL9AdSupre4tGb7NXZpRS1ift5sR7W
) ... the public key of the user - signature (required, string,
AAAAHC2k5dWAnmC7zXr2N0ZEDbiF0kNQxHgf1xS-bixub5pmQFo-SMcDe0U-n6jkGaFrKfOn7NAlraTogHISkdzyUDY
) ... the computed signature - signature_date (required, string,
2014-05-19T17:21:34.000Z
) ... the date string - signature_blob_id (required, string,
003bb8cfbe753657d312de52bb9863ace009e649712157d6a71fdb14a6ff249c
) ... the hexadecimal id - signature_type (required, string,
RIPPLE1-ECDSA-SHA512
) ... for ECDSA use this exact string
- signature_account (required, string,
-
Response 200
Group HMAC Signing
In this example we use GET but it can apply to any HTTP Method for any route marked using HMAC
GET /your/path{?signature,signature_blob_id,signature_date}
-
Parameters
- signature (required, string) ... the HMAC signature
- signature_blob_id (required, string) ... the blob id
- signature_date (required, string) ... the date string
-
Response 200
Group Creating a user - uses ECDSA
POST /v1/user
-
Request (application/json)
{ "address": "", "encrypted_blobdecrypt_key": "", "blob_id" : "", "username" : "", "auth_secret": "", "data" : "", "email" : "", "hostlink" : "", "encrypted_secret" : "", "origin" : "<origin field e.g. Ripple Trade>" }
-
Response 201 (application/json)
{ "result" : "success" }
-
Response 400 (application/json)
{ "result" : "error", "message" : "" }
Group Deleting a user - uses ECDSA
example: DELETE /v1/user/foo will delete user foo
DELETE /v1/user/{username}
-
Parameters
- username (required, string) ... the username to delete
-
Response 200 (application/json)
{ result: "success" }
-
Response 400 (application/json)
{ "result" : "error", }
Group Looking up a user - by username
GET /v1/user/{username}
-
Parameters
-
username (required, string) ... the username to lookup
-
-
Response 200 (application/json)
{ username : "<username>", version : 3, address : "<ripple address>", exists : true (or false), "version":3, "blobvault":"http://<blobvault url>", "pakdf": { "host":"auth1.ripple.com", "url":"https://auth1.ripple.com/api/sign", "exponent":"010001", "alpha":"7283d19e784f48a96062271a4fa6e2c3addf14e6edf78a4bb61364856d580f13552008d7b9e3b60ebd9555e9f6c7778ec69f976757d206134e54d61ba9d588a7e37a77cf48060522478352d76db000366ef669a1b1ca93c5e3e05bc344afa1e8ccb15d3343da94180dccf590c2c32408c3f3f176c8885e95d988f1565ee9b80c12f72503ab49917792f907bbb9037487b0afed967fefc9ab090164597fcd391c43fab33029b38e66ff4af96cbf6d90a01b891f856ddd3d94e9c9b307fe01e1353a8c30edd5a94a0ebba5fe7161569000ad3b0d3568872d52b6fbdfce987a687e4b346ea702e8986b03b6b1b85536c813e46052a31ed64ec490d3ba38029544aa", "modulus":"c7f1bc1dfb1be82d244aef01228c1409c198894eca9e21430f1669b4aa3864c9f37f3d51b2b4ba1ab9e80f59d267fda1521e88b05117993175e004543c6e3611242f24432ce8efa3b81f0ff660b4f91c5d52f2511a6f38181a7bf9abeef72db056508bbb4eeb5f65f161dd2d5b439655d2ae7081fcc62fdcb281520911d96700c85cdaf12e7d1f15b55ade867240722425198d4ce39019550c4c8a921fc231d3e94297688c2d77cd68ee8fdeda38b7f9a274701fef23b4eaa6c1a9c15b2d77f37634930386fc20ec291be95aed9956801e1c76601b09c413ad915ff03bfdc0b6b233686ae59e8caf11750b509ab4e57ee09202239baee3d6e392d1640185e1cd" } }
Group Looking up a user - by address
GET /v1/user/{address}
-
Parameters
- address (required, string) ... the address of user to lookup
-
Response 200 (application/json)
{ username : "<username>", version : 3, address : "<ripple address>", exists : true, "version":3, "blobvault":"http://<blobvault url>", "pakdf": { "host":"auth1.ripple.com", "url":"https://auth1.ripple.com/api/sign", "exponent":"010001", "alpha":"7283d19e784f48a96062271a4fa6e2c3addf14e6edf78a4bb61364856d580f13552008d7b9e3b60ebd9555e9f6c7778ec69f976757d206134e54d61ba9d588a7e37a77cf48060522478352d76db000366ef669a1b1ca93c5e3e05bc344afa1e8ccb15d3343da94180dccf590c2c32408c3f3f176c8885e95d988f1565ee9b80c12f72503ab49917792f907bbb9037487b0afed967fefc9ab090164597fcd391c43fab33029b38e66ff4af96cbf6d90a01b891f856ddd3d94e9c9b307fe01e1353a8c30edd5a94a0ebba5fe7161569000ad3b0d3568872d52b6fbdfce987a687e4b346ea702e8986b03b6b1b85536c813e46052a31ed64ec490d3ba38029544aa", "modulus":"c7f1bc1dfb1be82d244aef01228c1409c198894eca9e21430f1669b4aa3864c9f37f3d51b2b4ba1ab9e80f59d267fda1521e88b05117993175e004543c6e3611242f24432ce8efa3b81f0ff660b4f91c5d52f2511a6f38181a7bf9abeef72db056508bbb4eeb5f65f161dd2d5b439655d2ae7081fcc62fdcb281520911d96700c85cdaf12e7d1f15b55ade867240722425198d4ce39019550c4c8a921fc231d3e94297688c2d77cd68ee8fdeda38b7f9a274701fef23b4eaa6c1a9c15b2d77f37634930386fc20ec291be95aed9956801e1c76601b09c413ad915ff03bfdc0b6b233686ae59e8caf11750b509ab4e57ee09202239baee3d6e392d1640185e1cd" } }
Group Looking up a user via querstring
Example: /v1/authinfo?username=foo
GET /v1/authinfo{?username}
-
Response 200 (application/json)
{ username : "<username>", version : 3, address : "<ripple address>", exists : true, "version":3, "blobvault":"http://<blobvault url>", "pakdf": { "host":"auth1.ripple.com", "url":"https://auth1.ripple.com/api/sign", "exponent":"010001", "alpha":"7283d19e784f48a96062271a4fa6e2c3addf14e6edf78a4bb61364856d580f13552008d7b9e3b60ebd9555e9f6c7778ec69f976757d206134e54d61ba9d588a7e37a77cf48060522478352d76db000366ef669a1b1ca93c5e3e05bc344afa1e8ccb15d3343da94180dccf590c2c32408c3f3f176c8885e95d988f1565ee9b80c12f72503ab49917792f907bbb9037487b0afed967fefc9ab090164597fcd391c43fab33029b38e66ff4af96cbf6d90a01b891f856ddd3d94e9c9b307fe01e1353a8c30edd5a94a0ebba5fe7161569000ad3b0d3568872d52b6fbdfce987a687e4b346ea702e8986b03b6b1b85536c813e46052a31ed64ec490d3ba38029544aa", "modulus":"c7f1bc1dfb1be82d244aef01228c1409c198894eca9e21430f1669b4aa3864c9f37f3d51b2b4ba1ab9e80f59d267fda1521e88b05117993175e004543c6e3611242f24432ce8efa3b81f0ff660b4f91c5d52f2511a6f38181a7bf9abeef72db056508bbb4eeb5f65f161dd2d5b439655d2ae7081fcc62fdcb281520911d96700c85cdaf12e7d1f15b55ade867240722425198d4ce39019550c4c8a921fc231d3e94297688c2d77cd68ee8fdeda38b7f9a274701fef23b4eaa6c1a9c15b2d77f37634930386fc20ec291be95aed9956801e1c76601b09c413ad915ff03bfdc0b6b233686ae59e8caf11750b509ab4e57ee09202239baee3d6e392d1640185e1cd" } }
Group 2FA - Setting Two Factor Authentication 2FA Settings - uses ECDSA
POST /v1/blob/{blob_id}/2FA
-
Parameters
- blob_id (required,string) ... the blob id
-
Request (application/json)
{ "remember_me" : true, "enabled" : true, "phone" : "<phone number>", "country_code" : "<country_code>", "via" : "sms" }
-
Response 200 (application/json)
{ "result" : "success", "message" : "<message>" }
Group 2FA - Getting Two Factor Authentication 2FA Settings - uses ECDSA
GET /v1/blob/{blob_id}/2FA{?device_id}
Ex. /v1/blob/<blobid>/2FA?device_id=57261be82601452ada0f2795bc709734
-
Parameters
- blob_id (required,string) ... the blob id
- device_id (optional, string,
57261be82601452ada0f2795bc709734
) ... 256 bit random number in hex
-
Response 200 (application/json)
{ "result" : "success", "device_id" : "<device_id>", (if device id is supplied) "is_auth" : true, (if device id is supplied) "remember_me" : true, "enabled" : true, "country_code": "<country_code", "masked_phone" : "<masked phone number>", "via" : "sms" }
Group 2FA - Request 2FA Token
This is not a signed request but requires the blob id. No device ID required.
GET /v1/blob/{blob_id}/2fa/requestToken
-
Response 200 (application/json)
{ "result" : "success", "message" : "<message>" }
Group 2FA - Verify Device Token
This is not a signed request but requires the blob id. Client supplies device ID.
POST /v1/blob/{blob_id}/2fa/verifyToken
-
Request (application/json)
{ "device_id" : "<device_id>", "token" : "<token>" }
-
Response 200 (application/json)
{ "result" : "success", "message" : "<message>" }
Group Recovering a user blob - uses ECDSA-RECOV
GET /v1/user/recov/{username}
-
Parameters
-
username (required, string) ... the username to lookup
-
-
Response 200 (application/json)
{ `result` : `success`, `blob` : `<blob data base64>`, `encrypted_secret` : `<encrypted secret>`, `revision` : `<revision number>`, `patches` : `<list of patches>`, `blob_id` : `<blob_id>`, `encrypted_blobdecrypt_key` : `<encrypted_blobdecrypt_key>`, `missing_user_fields` : `<missing user fields>` }
-
Response 400 (application/json)
{ result : "error" }
Group Setting a user blob and fields - uses ECDSA
This is meant to be used for either resetting the blob after client blob recovery, or this can be used password change, where all the listed fields in the request must be changed.
Since this endpoint changes the blob_id, please note to use the old blob_id for the ECDSA signature.
POST /v1/user/{username}/updatekeys
-
Parameters
- username (required, string) ... represents the old username we want to change
-
Request (application/json)
{ `blob_id`: `<new blob id>`, `data` : `<data base64>`, `revision`: `<last known revision>`, `encrypted_secret` : `<encrypted_secret>`, `encrypted_blobdecrypt_key` : `<encrypted_blobdecrypt_key>` }
-
Response 200 (application/json)
{ result : 'success' }
-
Response 400 (application/json)
{ result : "error" }
Group Renaming a user - uses ECDSA
Since this endpoint changes the blob_id, please note to use the old blob_id for the ECDSA signature.
POST /v1/user/{username}/rename
-
Parameters
- username (required, string) ... represents the old username we want to change
-
Request (application/json)
{ `blob_id`: `<new blob id>`, `username`: `<new username>`, `data` : `<data base64>`, `revision`: `<last known revision>`, `encrypted_secret` : `<encrypted_secret>` }
-
Response 200 (application/json)
{ result : 'success' }
-
Response 400 (application/json)
{ result : "error" }
Group Changing email address - uses ECDSA
POST /v1/user/email
-
Request (application/json)
{ email : "<email address>", blob_id : "<blob id>", username : "<username>", hostlink : "<hostlink>" }
-
Response 200 (application/json)
{ result : "success" }
-
Response 400 (application/json)
{ result : "error" }
Group Resending Email - uses ECDSA
POST /v1/user/email/resend
-
Request (application/json)
{ email : "<email address>", username : "<username>", hostlink : "<hostlink>" }
-
Response 200 (application/json)
{ result : "success" }
-
Response 400 (application/json)
{ result : "error" }
Group Verifying Email Token
GET /v1/user/{username}/verify/{token}
-
Parameters
- username ... string
- token ... string
-
Response 200 (application/json)
{ "result" : "success" }
Group Requesting Phone Token
POST /v1/user/{username}/phone
-
Parameters
- username ... string
-
Request (application/json)
{ via:'sms', phone_number:"<phone number>", country_code:"<country code>" }
-
Response 200 (application/json)
{ "result" : "success" }
-
Response 400 (application/json)
{ "result" : "error" }
Group Validating Phone Token
POST /v1/user/{username}/phone/validate
-
Parameters
- username ... string
-
Request (application/json)
{ phone_number:"<phone number>", country_code:"<country code>", token : "<token>" }
-
Response 200 (application/json)
{ "result" : "success" }
-
Response 400 (application/json)
{ "result" : "error" }
Group Adding Profile Detail - uses HMAC
Choose any number of the following to add
POST /v1/user/{username}/profile
-
Request (application/json)
{ "phone" : "<phone number>", "country" : "<country>", "region" : "<region>", "city" : "<city>" }
-
Response 200 (application/json)
{ "result" : "success" }
Group Retrieve a blob
GET /v1/blob/{blob_id}{?device_id}
-
Parameters
- blob_id (required,string) ... the blob id
- device_id (optional, string) ... client produced id for two-factor auth (2fa)
-
Response 200 (application/json)
{ result: 'success', encrypted_secret : '<base 64 encrypted secret>', blob : '<base 64 blob data>', revision : '<revision number>', email: '<email address>', quota: '<disk usage>', patches: '<array of patches>', twofactor: { enabled: <boolean>, is_auth: <boolean>, remember_me: <boolean>, masked_phone: "***-***-5555", via:"sms" } (only if device_id has attempted auth) }
-
Response 400 (application/json)
{ result : "error" }
Group Add a blob patch - uses HMAC
POST /v1/blob/patch
-
Request (application/json)
{ blob_id : "<blob id>" patch: "<blob patch>" }
-
Response 201 (application/json)
{ result: "success", revision: "<revision number>" }
-
Response 400 (application/json)
{ result : "error" }
Group Get a blob Patch
GET /v1/blob/{blob_id}/patch/{patch_id}
-
Parameters
- blob_id ... string
- patch_id ... string
-
Response 200 (application/json)
{ result : "success", patch : "<patch>" }
-
Response 400 (application/json)
{ result : "error" }
Group Consolidate a set of blob patches - uses HMAC
POST /v1/blob/consolidate
-
Request (application/json)
{ data : "<data>", revision : "<revision number>", blob_id : "<blob_id>" }
-
Response 200 (application/json)
{ "result" : "success" }
-
Response 400 (application/json)
{ result : "error" }
Group Service Health
GET /health
-
Response 200 (application/json)
{ status : 'ok' }
-
Response 500 (application/json)
{ status : 'not ok' }