-
Notifications
You must be signed in to change notification settings - Fork 0
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
Use coreutils/wallet.Event #149
base: master
Are you sure you want to change the base?
Conversation
This is pretty rough. I'm leaning towards using the extended types. They are close enough matches that it will probably be fine. |
👍 With you on that. I guess we can still use wallet.Event but the implementing types will be different. |
Started on this but it has me thinking. When we do unconfirmed events, aren't we going to have to convert from the core types into the explorer types? Because we're going to be taking transactions that haven't been indexed yet more or less straight from the txpool. Except we might not have all the info to fill out the "enhanced" fields for the explorer types. |
37bd37b
to
134f5ba
Compare
134f5ba
to
9e5777a
Compare
… types already describe the value of SC/SF inputs
Use the standard event type used in our other apps. Unfortunately to avoid duplicating queries this requires some conversions from explorer types to core types. Alternatively, we could just use the enhanced explorer types for the transaction and resolution events which would make things somewhat easier.Use standard event types from used in other apps, but with explorer type versions of the fields rather than the core versions.
Fix #78