Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Self Flow Team Testing #167

Open
ori-near opened this issue Dec 11, 2024 · 5 comments
Open

Self Flow Team Testing #167

ori-near opened this issue Dec 11, 2024 · 5 comments

Comments

@ori-near
Copy link

No description provided.

@petersalomonsen
Copy link
Collaborator

petersalomonsen commented Dec 19, 2024

@ori-near @frol We talked about how to test the self creation flow and be able to delete the sputnikdao contract when done, and get the deposited funds in return.

Suggestions are:

  1. Deploy a sputnik-dao factory contract that creates the sputnikdao contract with the keys of the transaction signer. This way the initiator of the instance deployment can delete the account and get the funds in return.
  2. Set up the self-creation flow on testnet

If we go for alternative 1, we could also offer this to other users that just want to test-run the treasury-dashboard.

Alternative 2. would take more effort than number 1, and I'm also not sure if we have all the dependencies such as the linkdrop contract.

@frol
Copy link
Contributor

frol commented Dec 22, 2024

I would go with (1) as (2) will require to setup (1) on testnet and additionally do even more stuff there. Let me know if you need NEAR to cover the setup.

@petersalomonsen
Copy link
Collaborator

I would go with (1) as (2) will require to setup (1) on testnet and additionally do even more stuff there. Let me know if you need NEAR to cover the setup.

Added #190

@petersalomonsen
Copy link
Collaborator

I would go with (1) as (2) will require to setup (1) on testnet and additionally do even more stuff there. Let me know if you need NEAR to cover the setup.

In the sputnikdao-factory docs, there is an option to provide a public key. It does not seem to be implemented though, so I've done the implementation here: near-daos/sputnik-dao-contract#208

@petersalomonsen
Copy link
Collaborator

Also, just want to mention that I noticed the comment here, where using a self-upgrade proposal with a contract that can delete the account is a method that is already supported. We should consider this option too.

rubycop added a commit that referenced this issue Jan 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: 🆕 Triage
Development

No branches or pull requests

3 participants