Sosthene
a592001fdb
Merge branch 'minimal_pcd_prd' into dev
2024-10-02 16:22:39 +02:00
Sosthene
6566f4c192
fix pairing tests
2024-09-27 15:13:23 +02:00
Sosthene
4bd1393306
fix pairing test
2024-09-27 12:44:10 +02:00
Sosthene
0dc14dee4a
create_update_transaction returns NewTxMessage
2024-09-26 10:45:01 +02:00
Sosthene
589e8d1d1d
Change new_tx return type to String
2024-09-25 17:06:27 +02:00
Sosthene
836f6cf900
Working pairing
2024-09-25 12:51:23 +02:00
Sosthene
1871dc9a5d
Import MutexExt trait from common
2024-09-23 12:44:20 +02:00
Sosthene
56558703c3
Add response logic
2024-09-23 12:33:32 +02:00
Sosthene
b904f4ec81
Process initial update
2024-09-21 19:42:27 +02:00
Sosthene
b7bffe7678
Add more error control
2024-09-02 14:45:35 +02:00
Sosthene
cf3278dd3d
Update process creation
2024-08-30 20:03:30 +02:00
Sosthene
287f74136e
Implement minimal prd/pcd, remove challenges
2024-08-30 20:03:30 +02:00
Sosthene
45628edb61
Add Process
2024-08-20 12:22:03 +02:00
Sosthene
d073b12340
Update tests
2024-08-15 16:19:29 +02:00
Sosthene
361a8aa409
Update api
2024-08-15 16:19:11 +02:00
Sosthene
b2cab53188
Break down parse_network_msg into parse_new_tx, parse_cipher
2024-08-14 09:45:19 +02:00
Sosthene
ec47592581
Update create_faucet_msg() to return the actual message to send
2024-08-13 14:28:19 +02:00
Sosthene
08aea30e2b
Rm data embedded in images
2024-08-12 05:28:52 +02:00
Sosthene
52382c96a1
All tests pass
2024-08-09 15:45:02 +02:00
Sosthene
9ce3918ff5
Add complete login test case
2024-08-09 11:58:46 +02:00
Sosthene
d82e145f50
working login
2024-08-01 12:26:26 +02:00
Sosthene
30759027b0
Refactor the whole api for the new 2fa model + various improvements
2024-07-19 23:12:11 +02:00
Sosthene
d737242bb5
New User creation
...
* Device is an unlogged user that is just able to scan incoming
transactions
* There's always a Device defined either we load one from indexedDB or
create one
* Logged users have a defined SPENDING_CLIENT that can sign transactions
* The pairing phase is when a new Device is created, we need another
Device to send it it's own spending key via normal 4nk messaging
* The new Device then encrypt it and send it back
* In another transaction, the first Device does the exact same thing
(probably possible to optimize)
* The logging phase is sending a 4nk message with the encrypted spending
key and getting the clear key back, basically logging with one device
of a pair is the same operation than pairing but in reverse
* Revokation output is an unique output for both devices, the validity
of the pair depends of it being unspent
* Revokation output is locked with some random key that both devices
will need to keep
* Todo: 1. implement the revokation scheme
2. optimize the pairing/logging flow
2024-07-11 12:41:23 +02:00
Sosthene
6f74996f39
Add wallet.rs
2024-07-11 12:39:25 +02:00
Sosthene
1e79dfd7f6
rm shamir from user
2024-07-11 12:34:02 +02:00
Sosthene
28d4ad8d50
Move all the web part out
2024-07-11 12:32:48 +02:00
Sosthene
42a7848025
[bug] push fully formed message in ws queue
2024-07-01 10:26:43 +02:00
ank
9adafc1212
Variabilize ws url
2024-06-22 18:12:28 +00:00
Sosthene
980bd390c6
Update to latest sdk_common version
2024-06-17 14:06:13 +02:00
Sosthene
733d65b99b
Update to latest rust-silentpayments
2024-06-04 07:55:58 +02:00
f899ee1369
crate/sp_client with dev dependancy
2024-05-31 18:03:27 +02:00
Sosthene
fcbc848be6
Merge branch 'demo' into dev
2024-05-28 11:56:41 +02:00
Sosthene
834e6b3749
rm dead code
2024-05-28 11:51:50 +02:00
Sosthene
7da19aa28c
Import sp_client through sdk_common
2024-05-28 11:51:50 +02:00
Sosthene
de133cc0a3
[experimental] identify transaction we sent according to commitment value
2024-05-28 11:51:50 +02:00
Sosthene
1f689d33c3
conform service.ts to new message format
2024-05-28 11:51:50 +02:00
Sosthene
184d4af31f
[bug] false negative when decrypting message
2024-05-28 11:43:57 +02:00
Sosthene
b875b64a0a
adapt api to new AnkMsg types
2024-05-28 11:43:57 +02:00
Sosthene
cca4e742c0
websocket check for error message
2024-05-28 11:43:57 +02:00
Sosthene
bc6f95a98f
Message processing heavy refactoring
2024-05-28 11:43:57 +02:00
Sosthene
c3e435a228
[bug] don't panic if there's a main/revoke wallet loaded
2024-05-28 11:43:57 +02:00
Sosthene
f03abf15b9
[bug] fix duplicate transactions issue in handle_recover_transaction + refactor
2024-05-28 11:43:57 +02:00
Sosthene
30c3ec9673
obtainTokenWithFaucet slight improvement
2024-05-28 11:43:57 +02:00
Sosthene
a251458f04
services various improvements
2024-05-28 11:43:57 +02:00
Sosthene
2f4cd4fb9b
Reformat websocket message parsing
2024-05-28 11:43:57 +02:00
Sosthene
29c1db5869
database add rmObject
2024-05-28 11:43:57 +02:00
Sosthene
a93aed0ede
[bug fix] Working faucet + small fixes
2024-05-28 11:43:57 +02:00
Sosthene
0f7bc644c8
Heavy refactor of the caching and message structure
2024-05-28 11:43:56 +02:00
Sosthene
fcafcff69e
Return transaction to confirm identity
2024-05-28 11:43:31 +02:00
Sosthene
bcabeb9a0f
Add the sender address in message
2024-05-28 11:41:22 +02:00