Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AEX-2: Issues list #38

Closed
1 task done
davidyuk opened this issue Jun 4, 2019 · 7 comments
Closed
1 task done

AEX-2: Issues list #38

davidyuk opened this issue Jun 4, 2019 · 7 comments

Comments

@davidyuk
Copy link
Member

davidyuk commented Jun 4, 2019

Wallet methods

Aepp methods

Common issues

@shekhar-shubhendu
Copy link
Contributor

shekhar-shubhendu commented Jun 4, 2019

as these issues deal with syntactic changes and not the core functionality provided by the proposal, therefore, these will be added either in this sprint or the next. thanks for the contribution.

for some of the issues stated I suggest you to please re-read the proposal.

@davidyuk
Copy link
Member Author

davidyuk commented Jun 4, 2019

yes, but it can lead to breaking changes in AEX-2

@shekhar-shubhendu
Copy link
Contributor

yes, but it can lead to breaking changes in AEX-2

these will be handled with sample implementation on AEX finalization. No need to worry I think right now.

@davidyuk
Copy link
Member Author

davidyuk commented Jun 4, 2019

for some of the issues stated I suggest you to please re-read the proposal

for which issues?

@shekhar-shubhendu
Copy link
Contributor

shekhar-shubhendu commented Jun 5, 2019

Wallet methods

  • what is return value of aepp.get.address method?

Already part of the AEX. Please re-read.

  • in what format tx should be passed to aepp.request.sign method? I see several options: hex string, an array of bytes, tx_.. string, the current explanation is too ambiguous

Will be added.

  • in what format tx returned from aepp.request.sign method?

Will be added. same as above.

  • for what reason aepp.request.sign and other methods should return id received in arguments?

Already part of the AEX. Please re-read.

Aepp methods

  • what is return value of wallet.get.network method?

Already part of the AEX. Please re-read.

  • how aepp can use a list of connected account returned from wallet.update.address if it can't switch between them? We either should drop it or add a method for account switching.
  • can wallet.update.address be simplified by extracting of getting a list of connected accounts into a separate method?

Not required.

  • wallet.update.address method should explain parameters explicitly, not only by providing an example

Not required.

  • for what reason wallet.broadcast.tx and wallet.verify.tx methods?

Already part of the AEX. Please re-read.

Common issues

  • add errors that can be thrown by method to explanation of every method

Error explation are descriptive enough.

  • how aepp.update.network and wallet.get.network methods are supposed to work?

Already part of the AEX. Please re-read.

@davidyuk
Copy link
Member Author

davidyuk commented Jun 5, 2019

Will be added.

Can you explain it better than "Currently supported format: tx_ string"? Maybe add a link to some document explaining what is tx_ string? #34, #35

for what reason aepp.request.sign and other methods should return id received in arguments?

Already part of the AEX. Please re-read.

I can't find, can you point to specific part?

for what reason wallet.broadcast.tx and wallet.verify.tx methods?

Already part of the AEX. Please re-read.

Yes, I see them, in which cases they are necessary?

Error explation are descriptive enough

So, let's remove errors explanations from wallet.broadcast.tx, wallet.verify.tx methods for consistency.

@davidyuk
Copy link
Member Author

davidyuk commented Aug 1, 2019

All unresolved issues are moved to separate issues

@davidyuk davidyuk closed this as completed Aug 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants