add hat tree linking language + minor fixes#100
Conversation
more-reese
commented
Feb 24, 2023
- Update language in Hat Tree linking section to reflect David's feedback in moreReese<>Hats telegram group (sent 23 February 2023)
- Fix broken internal links to section headers
| # Hat Tree linking | ||
| This powerful feature lets you graft two trees together, by linking the Top Hat from one tree to a hat from another tree. | ||
|
|
||
| When this happens, as seen in the diagram, the level 2 hat from Tree 1 becomes the admin for the Top Hat of tree 2, and therefore the Top Hat of Tree 2 effectively becomes a level 3 hat in Tree 1. The previous Top Hat from the now nonexistent Tree 2 will then hold the same properties as as any other hat in Tree 1, with one distinction: the Top Hat and its child hats can be unlinked from Tree 1 at any point in the future, thereby returning back to the initial state of having two separate hats trees. |
There was a problem hiding this comment.
| When this happens, as seen in the diagram, the level 2 hat from Tree 1 becomes the admin for the Top Hat of tree 2, and therefore the Top Hat of Tree 2 effectively becomes a level 3 hat in Tree 1. The previous Top Hat from the now nonexistent Tree 2 will then hold the same properties as as any other hat in Tree 1, with one distinction: the Top Hat and its child hats can be unlinked from Tree 1 at any point in the future, thereby returning back to the initial state of having two separate hats trees. |
|
|
||
| <img src=./assets/hatTreeLinking2.png width="600" height="350"> | ||
|
|
||
| If approved, Hat Tree 2 links, or "grafts", to Hat Tree 1. The approving hat becomes the admin hat the Top Hat from Hat Tree 2. |
There was a problem hiding this comment.
| If approved, Hat Tree 2 links, or "grafts", to Hat Tree 1. The approving hat becomes the admin hat the Top Hat from Hat Tree 2. | |
| If approved, Hat Tree 2 links, or "grafts", to Hat Tree 1. The approving hat becomes the admin hat of the Top Hat from Hat Tree 2. |
|
|
||
| <img src=./assets/hatTreeLinking3.png width="600" height="400"> | ||
|
|
||
|
|
There was a problem hiding this comment.
The Top Hat from Tree 2, along with its associated branch, can be unlinked from Tree 1 at any point in the future, thereby returning back to the initial state of having two separate hats trees.
| You can mint a Top Hat with the `mintTopHat` function, which creates and mints a hat that is its own admin*, i.e. a `topHat`. | ||
|
|
||
|
|
||
| _*Note: New functionality is coming soon that will enable Top Hats and their associated trees to be linked and unlinked to other existing Hats trees, by changing the admin of a Top Hat._ |
There was a problem hiding this comment.
Delete "*Note: New functionality is coming soon that will enable Top Hats and their associated trees to be linked and unlinked to other existing Hats trees, by changing the admin of a Top Hat."
| *_These characteristics are new in v1_ | ||
|
|
||
|
|
||
| You can mint a Top Hat with the `mintTopHat` function, which creates and mints a hat that is its own admin*, i.e. a `topHat`. |
There was a problem hiding this comment.
Delete the * after "admin"
|
|
||
| <span style="color: red; font-weight: bold"> DRAFT </span>Last updated: 9 February | ||
|
|
||
| _Please add comments as you use this draft guide for anything that you feel could be clarified, improved, or added — thank you!_ |
| ## Step 3: Paste `id` in the `viewHat` function on the `Read Contract` page | ||
|
|
||
| # Eligibility and Toggle | ||
| Eligibility and toggle are dynamic and extensible modules that have the authority to rule on a hat wearer’s eligibility and standing (eligibility module) and switch the status of a hat (toggle module). |
There was a problem hiding this comment.
Add "on and off" just after "switch the status of a hat"
|
|
||
| The eligibility and toggle design space is huge. Future guides will dive deeper and explore more complex implementations of eligibility and toggle logic. This guide focuses on a simple implementation: setting eligibility and toggle as an address that determines eligibility and toggle for a given hat. This involves two contracts: `changeHatEligibility` and `changeHatToggle`. | ||
|
|
||
| By default, we recommend setting the eligibility and toggle addresses to the DAO's address (or the address wearing the Top Hat), so that the DAO retains the power to revoke hats and turn them off by vote, until more structure is put in place." might also be good to mention this when creating the hat in the first place. |
There was a problem hiding this comment.
Delete "might also be good to mention this when creating the hat in the first place."
| </td> | ||
| </tr> | ||
| </table> | ||
|
|
There was a problem hiding this comment.
Add "By default, we recommend setting the eligibility and toggle addresses to the DAO's address (or the address wearing the Top Hat), so that the DAO retains the power to revoke hats and turn them off by vote, until more structure is put in place."