-
Notifications
You must be signed in to change notification settings - Fork 25
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
Address and Reward History on Orchestrator Hub #12
Comments
@ThomasBlock thanks for your issues, we have noticed it.
|
we have fixed this bug, in the testnet, the |
the beneficiaryAddress is a cold address for get reward. when you init the CP, you do not set the |
I have the same problem. |
Thank you for the feedback. Yes that is how i also understood these two variables. You did not reply the other qeuestions: Here is how i tried it with the online wallet: |
The private key import scheme worked well for me. I can login to dashboard and no errors with API key in computing-provider. |
You must log in the dashboard using
the online wallet and AccessToken must config in the config, if you see the 404, maybe you have another issue |
Are you sure that CP do not require private key for WalletAddress? How can you add collateral? |
@Andrew09if you can add collateral in the https://orchestrator.swanchain.io/ |
@Andrew09if I have not see a success Ubi-task, after the Ubi-task become success, the reward will be sent two hours later. you should check your ubi config, and test the process by this guideline: https://docs.swanchain.io/orchestrator/as-a-computing-provider/computing-provider-setup/faq#q-how-can-i-verify-if-my-computing-provider-is-set-up-to-receive-ubi-tasks |
Okay, i summarize that it is okay to have two separate wallets. And ubi rewards appear 2 hours later. But what about "normal" rewards, for tasks? when and on which address do they appear? ( on cp wallet or on HUB wallet ? ) |
It will be sent to |
Any updates on all the bugs? @Normalnoise
when connecting with right wallet and right api key i see:
and when i change the api key to an arbitrary wrong one, i see:
i also clrealy see in my logs that the private key is needed:
and here we can see that i can solve and publish ubi task with the other address:
so can you again point out: is there any manual whitelisting involved in the hub? could you please allow my second wallet address ? |
|
|
fixed in newest version |
Hi. I just wanted to ask if the rewards are working as intended. Since over 48 hours i am successfully receiving tasks. Thexy appear, run and disappear as intended.. other users can also start gpu tasks ans pay like 21 swan per hour,
but i don't get any onchain rewards. The
Collateral(SWAN-ETH)
is shrinking and shrinking. I see a "history" here https://orchestrator.swanchain.io/payment-history . but how does this tranform to an income?So i wanted to make sure that i understand the HUB correcntly. Is it correct that every provider has to fill out the google form first, and then can connect? I did this, but it looks like maybe there was an address error:
I have submitted two wallet addessses:
0xfe0...4981
is the hot wallet, computing-provider has the private key0x269E...22A9
is a cold wallet ( more to collect mainnet rewards at the end )What i am doing is at the moment, is to set in the config
So i can collect uptime stats, receive tasks and even receuve ubi tasks ( with problems ). But its strange, as compute-provider cannot sign anything or deposit collateral, as he does not have acces to the private key. So might this be a problem for collecting rewards?
What i can also do, is
but then the compute-provider can not access the hub and tells me this error:
level=warning msg="resp status: %d, retrying to connect to the Swan Hub server 404" func=sendHeartbeat file="initializer.go:41"
last question regarding this: I did
computing-provider init
only with--ownerAddress 0xfe0...4981
and not--beneficiaryAddress 0x269E...22A9
. Or should i do that?maybe it would be the easiest way, if everything just runs on
0xfe0...4981
?The text was updated successfully, but these errors were encountered: