Of course, with pleasure!
Reputation is not determined by hierarchical position, although it is constructed on top of it. We have a hierarchical tree, with every person having a position in the tree. At this point, every person has 1 reputation. Then reputation delegation comes on top of this already existing tree, going ONLY UPWARD in the hierarchy (they go upward only so that we do not have loops, more on why we can’t have loops a bit later).
Then once reputation delegation is added onto the tree, the system works like voting in liquid democracy. We calculate reputation from the bottom to the top of the tree. If A has reputation 5, and delegates all of their reputation to B, who has 10 reputation from elsewhere, then B at the end has 10+5= 15 reputation. Similar to liquid democracy, reputation can be split, i.e. A could send 2 to B, and 3 to C instead. Also similarly, B can redelegate their own reputation further to C (if B has 15 reputation counting A’s 5 delegated reputation, then C has 15+something).
The main difference with liquid democracy is that this is not a voting system. If it were a voting system with A->B->C delegation then A’s single vote would have to be cast by either B, or C, so it is only counted once. This is a reputation system, and if we have A->B->C delegation, then A’s delegated reputation increases both B’s and C’s reputation.
And this is why we have to have the hierarchy, as reputation is counted in multiple places, so we need to eliminate loops. If we had A->B->C->A loop, that would mean infinite reputation. The simplest way to rule it out is to say that we have a tree=hierarchy, and reputation flows only upward.
Although the reputation system is constructed on top of the hierarchy, the hierarchy is not really important, as if a person has a higher reputation than their direct parent, then they have the power to switch positions with them. This way the hierarchy is competitive, and not eternally fixed.
So this is basically an updated version of liquid democracy, which captures the flow through nodes. This has some nice properties: e.g. the relationship between delegator-delegate is not zero-sum.
The hierarchy is also good when it comes to governance, as most institutions need a clear direction they can change in, so having a hierarchy is useful.
This was the core mechanism. Once we have the reputation we can use it to vote on different topics. We can also use the tree for subdao management, utilising the shape of the tree.
I could continue, but I hope this is enough at first.