wallet connection research & PoC

[marc0olo]

Requirements (Result workshop at CryptoCastle, 13.09.2022)

• End-to-End Encryption (if centrally relayed)
  • How to do initial key exchange?
• Read Requests
  • Address
  • e.g. for Deeplink/Hardware where request frequency is limited (wallet/user has to provide consent to app to make it work properly)
  • Request multiple at once
• Node Connection Wallet Side
  • NO EXCEPTION, PRIVACY!!! → prevent malicious network, dapp or node operators from collecting private data (account address, node url)
  • default → no node data leaked to application without prior consent
• Protocol needs to be defined
  • error-handling
  • payloads/messages/requests in each direction
  • suggestion wallet actions
    • change node
    • change network
• Any platform to any wallet connection
• One Line of Code (Aepp Side)

TODOs

• Initial Research
  • Look at existing wallets and connection types (how do they fit into our requirements?)
  • Research for blockchain-agnostic solutions
• Design-Document for the connection (technical communication, protocol specification)
• Build a PoC (with one line of code)
• Come up with a new AEX proposal for wallet-connection

Historical Discussion / Content

this was discussed many times and raised by @nikita-fuchs a lot of times. not sure what implications we have here and if AEX-2 (which is "withdrawn") is the right approach here.

this definitely needs some discussion. here an old forum thread about this:

• https://forum.aeternity.com/t/easier-superhero-wallet-integration-in-js/9269/2

we also have some other open issues regarding wallet-connection, signing and AEX-2:

• Is it necessary to call shareWalletInfo all the time? #907
• Make AEX-2 implementation somehow warn if used different networks #1068
• AEX-2: network params when initializing RpcAepp stamp #1255
• Export aepp-wallet-communication to be able to use it when sdk imported through a script tag #1103
• Consider implementing API for data encryption/decryption #1088

[sunbx]

Compared with ETH, AEX2 can indeed be optimized, and ETH is more convenient to use

[subhod-i]

Thread-comment: https://forum.aeternity.com/t/easier-superhero-wallet-integration-in-js/9269/18?u=subhod-i

Action items

• Implement requestNode feature
• Remove dependency of Node details in RpcAepp stamp. Route requests through wallet(Provide an example).
• AEX-** : Add support to smartphone deeplink communcation. Introduce a new standard in the SDK to enable deeplink communication. Provide an interface to support different wallet communication types. Right now the interface will have Browser wallet, DeepLink wallet, and Hardware wallet types.

[marc0olo]

@kenodressel @thepiwo shall we use this issue for the further wallet-connection investigation?

[thepiwo]

sure, why not