The GoodWallet module is the main module which encapsulates all required wallet actions across the application, which can be grouped to the following concerns: Token actions (like Send / Receive / Claim GoodDollars, etc.), Identity concerns (is the user verified? is the user a citizen?, etc.), Blockchain status & events concerns (subscribe to events, unsubscribe, etc.) and Link payments concerns (generating a one-time-payment (OTP) link, withdraw link, etc.).
The wallet is initialized as a singleton, and used across all application. It is always available under
GoodWallet is based on The underlying layer of Wallet Provider module. The wallet provider encapsulates two main wallet infrastructures: the transport layer, and the wallet address management. Currently the only wallet provider in the project is
As stated, a wallet provider is responsible to supply a wallet with address management mechanism, and a transport layer. The provider receives configuration for the transport layer (which network to connect the wallet to, what protocol, etc.).
For the transport layer, the SoftwareWalletProvider constructs a Web3 provider transport (Http / Websocket) according to the sent configuration. For Address Management, this provider enrich the basic address management of Web3, by pre-defining multiple accounts to the standard
MultipleAddressWallet.js. Initialization of the address is pretty straight-forward, just take a look.
The addresses are generated based on the entered or generated mnemonic sent to the provider (see below for mnemonic generation / fetching).
The wallet is first initialized when
/src/index.jsis loaded. Index.js loads
/src/init.jsobject, which is responsible for loading the 2 main infrastructure components of the client: (1) User Storage module and (2) GoodWallet module, which is loaded GoodWallet from
/lib/wallet/GoodWallet.jsThe class is exported as a singleton, using a singleton pattern on the export in
export default new GoodWallet()
So the state is shared and mutated globally across all modules that are using it. The wallet is stored under
global.wallet. The only method called on the constructor is
Next, the method is initializing essential blockchain information as the network ID and gas price, and then initializing all contracts relevant to the GoodWallet methods (This should be narrowed only to top level essential contracts once GoodWallet will be break into sub-modules). Some Contracts ABI are added to ABI decoder, in order to be able to read blockchain events in a human readable language (Blockchain events concern)
- 1.Provide Token actions
- 2.Manage Identity
- 3.Communicate with Blockchain events
- 4.Manage payment links
The available token actions are:
- Claim - Claims for GoodDollar UBI. Handled in
- CheckEntitlement - returns the amount the user can claim
- BalanceOf - returns the current balance of the account
- BalanceChanged - Listen to balance changes for the current account (Note that conceptually, this is a Token action concern.)
- getAccountForType - accounts, generated from the same seed, are used as identifiers and used for TX of different modules in GoodDollar application (i.e. GoodDollar, GunDB records, Face Recognition enrollment to zoom, login, donation). This method returns the relevant account to use per module.
- sign - sign transactions (by the relevant account)
- canSend - verifies the user has sufficient amount of money to be sent
- sendAmount - sends the specifies amount of money to the specified address (if address is valid and amount can be sent). Note Fees are calculated for this action.
- sendTransaction - A basic wrapper function that receives a TX object and optional callbacks to perform when TX completed. It sends the TX to the blockchain and attach the callbacks to the relevant event triggers.
- isVerified - returns is the sent address is a verified address in the Identity contract
- isCitizen - returns if the current wallet holder is the
- deleteAccount - deletes all user information from GoodDollar contracts, inc. Account address and DID's
The main purpose of this sub-module is to be able to track events related to thi
- subscribeToEvent - Sets an id and place a callback function for this id, for the sent event (event can have multiple subscribers, each one receives it's own id). Returns the subscriber generated id and eventName, so the consumer can unsubscribe using id and event name.
- unsubscribeFromEvent - receives id and event name, deletes the saved callback in the subscribers list under the specified subscriber id and event name
- getSubscribers - returns a json object containing all subscribers for the specified event name
- getBlockNumber - Retrieves current Block Number and returns it as converted to a BN instance
- getEvents - Client side event filter. Requests all events for the specified contract, then filters them and returns the event Object
- oneTimeEvents - might be refactored filters events based on specified predicate, then runs callback on them and return them
- pollForEvents - periodically polling for events like the specified event (filters by the specified event) up to the current blockchain block, and perform callback on them
- getReceiptWithLogs - Returns an existing (non-pending) transaction receipt information + human readable logs of the transaction
- sendReceiptWithLogsToSubscribers - Receives events names (as an array). For each event, iterate through the subscriptions for this event, using this.getSubscribers, and fire the callback that is registered for this event in the subscriber, on this event.
- listenTxUpdates - Initialize 2 main listeners: 1. For Transfer funds from the account 2. For Transfer funds to the account. In both cases, events are polled from the latest block that was not polled before (starting from 0 and advancing). Once these events were filtered (found) by the client:
- Their receipts + logs are being loaded from the Blockchain. The receipts + Logs object of each event are sent to the event subscriber. Subscribers to "transferFrom" are subscribing to receiptUpdated flag, and to "transferTo" are subscribing to receiptReceived flag.
- Subscribers to send / receive (accordingly) and balanceChanged flags are invoked also.
- getGasPrice - returns blockchain gas price
- generateLink - deposits specified amount to oneTimeLink contact, and generates a link that would send the user to a URL to withdraw it.
- isWithdrawLinkUsed - checks against oneTimeLink contract, if the specified link has already been used or not.
- getWithdrawLink - returns the sha3 conversion from otlCode for the initial generated withdraw link
- getWithdrawAvailablePayment - returns the amount of GoodDollars resides in the oneTimeLink contract under the specified link, in BN representation.
- isWithdrawPaymentAvailable - Checks if getWithdrawAvailablePayment returned a valid payment (BN handle)
- canWithdraw - verifies otlCode link has not been used, and payment available. If yes for both, returns the original payment sender address and the amount of GoodDollars payment.
- getWithdrawStatus - returns 'Completed' if the link has been used, 'Cancelled' if this link was not used and the payment is still available, and 'Pending' otherwise
- withdraw - withdraws the payment received in the link to the current wallet holder
- cancelOtl - cancels payment link and return the money to the sender (if not been withdrawn already)