# Seeking Feedback on \`derive\_impl\` for Default Configurations in Pallet Templates

**URL:** <https://forum.polkadot.network/t/seeking-feedback-on-derive-impl-for-default-configurations-in-pallet-templates/7584>\
**Category:** Ecosystem\
**Created:** [April 26, 2024, 5:12am UTC](https://forum.polkadot.network/t/seeking-feedback-on-derive-impl-for-default-configurations-in-pallet-templates/7584 "2024-04-26T05:12:59Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![gupnik](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.polkadot.network/gupnik/32/1494_2.png) [@gupnik](https://forum.polkadot.network/u/gupnik)\
**Post date:** [April 26, 2024, 5:12am UTC](https://forum.polkadot.network/t/seeking-feedback-on-derive-impl-for-default-configurations-in-pallet-templates/7584/1 "2024-04-26T05:12:59Z")

</div>

Hello everyone! 👋

We’ve been working on [`derive_impl`](https://github.com/paritytech/polkadot-sdk/issues/171) that aims to simplify the inclusion of pallets in a runtime by providing default configurations. [Here](https://github.com/paritytech/polkadot-sdk/blob/dd5b06e622c6c5c301a1554286ec1f4995c7daca/substrate/frame/examples/default-config/src/lib.rs#L151) is an example that demonstrates the significant reduction in required config parameters for `frame_system` when used in tandem with `derive_impl`. This has been particularly useful for the addition of new features such as Tasks without requiring a change at the `impl` site.

Over the past few months as we tried to expand the usage to other pallets, we’ve encountered a few important questions and would love to hear your thoughts.

* * *

**Concerns Raised:**

1. **Restrictiveness vs. Flexibility:**

- Should these default configurations be as restrictive as possible, minimizing unexpected issues? Or should they be more open?
- Striking the right balance is crucial. Too restrictive, and everyone ends up practically overriding the defaults. Too open, and we risk potential unexpected configurations in the runtime.

1. **Number of Default Configurations:**

- How many default configurations should we provide? We see significant benefits for tests, but these configurations could also be useful for production runtimes, especially to prevent breaking changes if a No-Op is set as the default.
- Finding the sweet spot between simplicity and comprehensiveness is essential.

**Your Input Matters:**

Please share your thoughts on the following:

- What level of restrictiveness do you prefer for default configurations?
- How many default configurations would be ideal?
- Any other considerations or experiences related to `derive_impl`?

* * *

Looking forward to hearing from you all! Feel free to comment below or share your views. Let’s make `derive_impl` even better! 😊

---

_[View the full topic](https://forum.polkadot.network/t/seeking-feedback-on-derive-impl-for-default-configurations-in-pallet-templates/7584)._