You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When calling extrinsics and querying system events, I find it’s cumbersome but to have two sets of names. For example, in events of automationPrice, who and taskId are used, but in data storage, it becomes taskId, ownerId.
When calling extrinsics and querying system events, I find it’s cumbersome but to have two sets of names. For example, in events of automationPrice,
who
andtaskId
are used, but in data storage, it becomestaskId, ownerId
.TaskScheduled Event
{ who, taskId }
automationPrice.tasks
{
ownerId: 6757gffjjMc7E4sZJtkfvq8fmMzH2NPRrEL3f3tqpr2PzXYq
taskId: 1549-0-1
...
}
I think we should define a standard for those names.
who
is not a good name, because bothowner
andscheduleAs
are "who"s. We should just call the creator of the task, "owner".A reminder that if we change the "who" to "owner" in events, we will need to update automationTime and data Insights service as well.
The text was updated successfully, but these errors were encountered: