Comments (4)
When new end-points are added, they are added not just to their native crate, but also to one if its dependencies, making no sense.
The rationale for this is based on the idea that the runtime implementation is a user of these transaction types as opposed to their owner. We can imagine a tree
----- runtime
/
primitives <--- X
\
----- stake-wallet-app
for example.
That said, I don't think it's terrible to have crates which are meant to interact with the runtime just link to it and import the types.
What I would really like to avoid is any kind of partial deserialization where we just pass bytes into submodules over and over again.
StartPublicReferendum(Box<Proposal>, Format)
IMO this is actually the correct way to express this relationship in Rust. The alternative is to replace the Box<Proposal>
with a Vec<u8>
and document that the member must be a correctly serialized proposal (note: this doesn't actually reduce allocations or overhead).
We should steer away from types which can't be resolved at deserialization time in general. Although in this specific case we might just want to consider splitting off StartPublicReferendum
from the rest of the proposals: I don't think it's desired behavior to be able to create an unbounded chain of referenda to be started but rather just a single one.
It should be possible to create a generic solution that handles the sub-dispatch to modules.
from substrate.
The real dependency graph is actually this:
runtime
+-------------------------------------+
| |
| governance module ++ |
| | |
| staking module | |
primitives <----------+ +-+ dispatcher | <-------+ Transaction <------+ Native Auxilliaries
| system module | |
| | |
| other modules... ++ |
| |
+-------------------------------------+
By placing Transaction
in primitives
you're entirely disregarding the semantic dependencies and that's why everything is so broken.
from substrate.
I understand your reticence (as a good and loyal rustacean) to use serialised data any more than the strict minimum. However, I fear this attitude is rather throwing the rest of the design under the bus for the sake of a fuzzy feeling that you're doing things by the book.
Option 2 would result in one fewer allocation (since you'd never need to fart around with Box
es at all). It might also reduce the complexity of any automated dispatch system since there would be no special cases for functions that accept Proposal
.
from substrate.
Although in this specific case we might just want to consider splitting off StartPublicReferendum from the rest of the proposals
This sentiment scares me a lot more than late deserialisation.
from substrate.
Related Issues (20)
- [RPC-Spec-V2] Limit ongoing operations
- Incorrect processing of updates of the storage collection that stores empty tuples HOT 1
- branchmark storage: Add flag to only read a fraction of all keys HOT 1
- > > Add new Treasurenet blockchain network HOT 1
- Block request timeout not working HOT 2
- Improving ChildBounty ID Allocation: An 8-Digit Solution Proposal HOT 13
- Document safety constraints of `pallet-scheduler` HOT 2
- Expose block hash in pallet-contracts HOT 4
- Feature: Add remark_call extrinsic to pallet-utilities HOT 2
- rpc: the arguments for api method are incorrect HOT 7
- [RPC-Spec-V2] Limit `chainHead_unstable_follow` subscriptions
- Bug Substrate tutorial --rpc-port <X> HOT 6
- Pruning doesn't have expected behavior HOT 13
- error: could not compile `sp-runtime` (lib) Cargo build error HOT 3
- error[E0583]: file not found for module `sys` HOT 4
- Staking Proxy can't register account as validator HOT 1
- asset-conversion pallet: persist a pool account id HOT 4
- Contracts migration v9 to v10 is failling HOT 6
- docker: Substrate Docker image error building binaries
- Avoid including bin/node/cli/src/cli.rs in build.rs
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from substrate.