Skip to content

Conversation

@orenyodfat
Copy link
Contributor

-DAOFactory : DAO creation in a single transaction .

  • None universal voting machines .
  • Use infra exp 1.1.0-rc.18

@orenyodfat orenyodfat requested a review from ben-kaufman May 31, 2020 15:03
@orenyodfat orenyodfat requested a review from leviadam as a code owner May 31, 2020 15:03
_stakingToken,
address(this),
address(this),
address(this),
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If in all our schemes it's all the scheme address 3 times why not just make a scheme parameter for all the 3 instead?

Anyway this seems wrong actually, shouldn't this be the Avatar address, then twice the scheme address, instead of 3 times the scheme?

This comment is for all schemes...

uint256 fundingGoalDeadline,
bool rageQuitEnable
) =
abi.decode(_encodedJoinAndQuitParams, (address, uint256, uint256, uint256, uint256, bool));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is that? Not that I see an issue, just want to understand why the added complexity here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is needed to solve stack too deep issue.

bytes32 _voteParamsHash
DAOFactory _daoFactory,
address _stakingToken,
uint64[3] calldata _packageVersion,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we could take that from the Avatar or somewhere else? I don't really like how this is duplicated in all the code... (Also relevant for daofactory)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the alternative is to always use lasted package for the voting machines.
need to give it more thoughts.

//this is here due to "stack too deep issue"
uint64[3] private packageVersion;

// orgName - The name of the new organization
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete if not using this

},
"homepage": "https://daostack.io",
"dependencies": {
"@daostack/infra-experimental": "0.0.1-rc.16",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's also bump arc version

address _voteOnBehalf,
DAOFactory _daoFactory,
address _stakingToken,
address _organization,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is there both _organization and _avatar?
Shouldn't we just have _avatar ?

address _stakingToken,
address _organization,
address _callbacks,
address _authorizedToPropose,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe combine here _callbacks with _authorizedToPropose ?
This is anyway only for our schemes and I don't think we have a use case which needs them to be different.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

there might be a use case for that .
for now lets keep it like that.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok

* @param _encodedSetSchemesParams _setSchemes parameters
* @param _packageVersion package version
*/
function _setSchemes (
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Each scheme receives DAOFactory, and package version in its init params, which creates a large duplication of data. It might be too complicated to do but it would be better if we could instead of passing it to each scheme we could pass it here for the schemes

@orenyodfat orenyodfat merged commit 51c72e5 into arc-factory Jun 3, 2020
@orenyodfat orenyodfat deleted the none_uni_vm branch June 3, 2020 05:17
ben-kaufman added a commit that referenced this pull request Jun 10, 2020
orenyodfat pushed a commit that referenced this pull request Jun 15, 2020
* Revert "None universal voting machines (#757)"

This reverts commit 51c72e5.

* New infra

* lint

* Remove duplicated avatar from signal scheme

* Fix coverage

* Test

* infra version + test

* Fix coverage
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants