Change Details

T2551 Depends on D12898 This diff fleshes out the `isAliasAvailable` function which is structured as follows: 1. Retrieves tx history for the payment address via `chronik.script().history()` (Note: caching will be done in a later diff) 2. Parses all incoming txs for that payment address that contains its hash160 in output[1] (since output[0] is always the OP_RETURN hex) PLUS fee paid is greater or equal to `minFee`. 3. Extracts the OP_RETURN hex from output[1] and feeds it to the ol' `parseOpReturn()` function, which will spit out a neatly structured array of OP_RETURN elements 4. Parse the OP_RETURN array to extract the alias name from array index 1, as long as array index 0 is the alias registration prefix hex. 5. Verify the expected payment fee for the extracted aliasName and if valid, add this alias to an array of registered aliases onchain. 6. If the user's alias input is in this array of registered aliases onchain, then isAliasAvailable is false. Otherwise it returns true and enables progression to registration. Debug statements kept in for this diff so you can see the list of registered aliases in the console log for validation. [Cashtab] [Alias] pt 1 - Create scaffold for new Identity component [Cashtab] [Alias] pt 2 - Implement registerNewAlias() to handle alias registration **[Cashtab] [Alias] pt 3 - Implement isAliasAvailable function** [Cashtab] [Alias] pt 4 - Implement isAddressRegistered function [Cashtab] [Alias] pt 5 - Implement getAddressFromAlias function [Cashtab] [Alias] pt 6 - Implement isLocalAliasStateLatest function [Cashtab] [Alias] pt 7 - Enable alias lookup for Send XEC component [Cashtab] [Alias] pt 8 - Enable alias lookup for Send Token component [Cashtab] [Alias] pt 9 - Implement pricing mechanism [Cashtab] [Alias] pt 10 - Server cron job [Cashtab] [Alias] pt 11 - Upgrade tx history to recognize alias registration txs

T2551 Depends on D12898 This diff fleshes out the `isAliasAvailable` function which is structured as follows: > loop through each inbound txs in alias payment address > if the txs has an alias rego prefix in output[0] then > loop through all outputs in that txs > tally up the payment values across all outputs going to payment address > if alias <= 50 char and cumulative payment = expected fee then add alias to array > (I didn't think minFee check was needed since by virtue of a valid rego fee it will always be higher than minFee) > return array of validated registered aliases Debug statements kept in for this diff so you can see the list of registered aliases in the console log for validation. [Cashtab] [Alias] pt 1 - Create scaffold for new Identity component [Cashtab] [Alias] pt 2 - Implement registerNewAlias() to handle alias registration **[Cashtab] [Alias] pt 3 - Implement isAliasAvailable function** [Cashtab] [Alias] pt 4 - Implement isAddressRegistered function [Cashtab] [Alias] pt 5 - Implement getAddressFromAlias function [Cashtab] [Alias] pt 6 - Implement isLocalAliasStateLatest function [Cashtab] [Alias] pt 7 - Enable alias lookup for Send XEC component [Cashtab] [Alias] pt 8 - Enable alias lookup for Send Token component [Cashtab] [Alias] pt 9 - Implement pricing mechanism [Cashtab] [Alias] pt 10 - Server cron job [Cashtab] [Alias] pt 11 - Upgrade tx history to recognize alias registration txs

T2551 Depends on D12898 This diff fleshes out the `isAliasAvailable` function which is structured as follows: 1. Retrieves tx history for the payment address via `chronik.script().history()` (Note: caching will be done in a later diff)> loop through each inbound txs in alias payment address 2. Parses all incoming txs for that payment address that contains its hash160 in output[1] (since output[0] is always the OP_RETURN hex) PLUS fee paid is greater or equal to `minFee`.> if the txs has an alias rego prefix in output[0] then 3. Extracts the OP_RETURN hex from output[1] and feeds it to the ol' `parseOpReturn()` function, which will spit out a neatly structured array of OP_RETURN element> loop through all outputs in that txs > tally up the payment values across all outputs going to payment address 4. Parse the OP_RETURN array to extract the alias name from array index 1, as long as array index 0 is the alias registration prefix hex.> if alias <= 50 char and cumulative payment = expected fee then add alias to array 5. Verify the expected payment fee for the extracted aliasName and if valid, add this alias to an array of registered aliases onchain.> (I didn't think minFee check was needed since by virtue of a valid rego fee it will always be higher than minFee) 6. If the user's alias input is in this array of registered aliases onchain, then isAliasAvailable is false. Otherwise it returns true and enables progression to registration.> return array of validated registered aliases Debug statements kept in for this diff so you can see the list of registered aliases in the console log for validation. [Cashtab] [Alias] pt 1 - Create scaffold for new Identity component [Cashtab] [Alias] pt 2 - Implement registerNewAlias() to handle alias registration **[Cashtab] [Alias] pt 3 - Implement isAliasAvailable function** [Cashtab] [Alias] pt 4 - Implement isAddressRegistered function [Cashtab] [Alias] pt 5 - Implement getAddressFromAlias function [Cashtab] [Alias] pt 6 - Implement isLocalAliasStateLatest function [Cashtab] [Alias] pt 7 - Enable alias lookup for Send XEC component [Cashtab] [Alias] pt 8 - Enable alias lookup for Send Token component [Cashtab] [Alias] pt 9 - Implement pricing mechanism [Cashtab] [Alias] pt 10 - Server cron job [Cashtab] [Alias] pt 11 - Upgrade tx history to recognize alias registration txs