Author

Topic: [ANN] DERO: DAG + Cryptonote + Bulletproofs + SSL + POW + Smart Contracts - page 148. (Read 123190 times)

member
Activity: 308
Merit: 33
First of all, great job so far dero team!! Keep going like this! Yesterday I was syncing with no problems and today nothing happens. I read that there was a new version yesterday so I downloaded that but still nothing happens when I start the daemon on windows_64. Any else that has this issue?

Also got a question about transaction fees. What is Dero doing on high transaction fees that Monero has? Because I am kinda afraid that when everything is live and we are able to deploy contracts that it is to expensive to deploy them. If I missed something in the whitepaper please point me to it Smiley  

First, pls keep using your existing DERO daemon, wallet etc. https://github.com/deroproject/dero . Also pls ignore any warnings for daemon update.

Second there will be many major changes in new  blockchain including fees etc. in future.
jr. member
Activity: 181
Merit: 2
Also got a question about transaction fees. What is Dero doing on high transaction fees that Monero has? Because I am kinda afraid that when everything is live and we are able to deploy contracts that it is to expensive to deploy them. If I missed something in the whitepaper please point me to it Smiley 

What is the transfer fee in Dero network???
Fee is dynamic and it is about 0.016 DERO per unspent output
member
Activity: 224
Merit: 11
Also got a question about transaction fees. What is Dero doing on high transaction fees that Monero has? Because I am kinda afraid that when everything is live and we are able to deploy contracts that it is to expensive to deploy them. If I missed something in the whitepaper please point me to it Smiley  

What is the transfer fee in Dero network???

They're currently using the same fee structure that is found in the most recent version of the CryptoNote protocol
newbie
Activity: 210
Merit: 0
Also got a question about transaction fees. What is Dero doing on high transaction fees that Monero has? Because I am kinda afraid that when everything is live and we are able to deploy contracts that it is to expensive to deploy them. If I missed something in the whitepaper please point me to it Smiley 

What is the transfer fee in Dero network???
member
Activity: 224
Merit: 11
First of all, great job so far dero team!! Keep going like this! Yesterday I was syncing with no problems and today nothing happens. I read that there was a new version yesterday so I downloaded that but still nothing happens when I start the daemon on windows_64. Any else that has this issue?

Also got a question about transaction fees. What is Dero doing on high transaction fees that Monero has? Because I am kinda afraid that when everything is live and we are able to deploy contracts that it is to expensive to deploy them. If I missed something in the whitepaper please point me to it Smiley  

If you're using this daemon (https://github.com/deroproject/derosuite)

Try using the original until the golang version (derosuite) is available for full beta testing. (Original: https://github.com/deroproject/dero/releases/download/v0.11.3/dero-windows-amd64.zip)

It may be helpful for you to delete your imbd folder if it's still there before you run the new daemon (C:\ProgramData\dero\lmdb)
newbie
Activity: 2
Merit: 0
First of all, great job so far dero team!! Keep going like this! Yesterday I was syncing with no problems and today nothing happens. I read that there was a new version yesterday so I downloaded that but still nothing happens when I start the daemon on windows_64. Any else that has this issue?

Also got a question about transaction fees. What is Dero doing on high transaction fees that Monero has? Because I am kinda afraid that when everything is live and we are able to deploy contracts that it is to expensive to deploy them. If I missed something in the whitepaper please point me to it Smiley 
sr. member
Activity: 504
Merit: 254
Note: For alpha testers only. There was minor update to the Golang daemon yesterday pls check it if you see any issues.
Also, Total Circulating Supply of DERO till current block height can be checked by status cmd in Golang derod daemon.

Tested yesterday, no issues noted. Daemon synced in approximately half an hour on a 1 core / 1GB RAM / Ubuntu 17 VPS. Really like the circulating supply as part of the status command output! Very useful to have that at your fingertips.

member
Activity: 308
Merit: 33
Note: For alpha testers only. There was minor update to the Golang daemon yesterday pls check it if you see any issues.
Also, Total Circulating Supply of DERO till current block height can be checked by status cmd in Golang derod daemon.
jr. member
Activity: 40
Merit: 1
Glad to see the update in golang version just after my question in the official forum.
Keep on going fellows.
full member
Activity: 723
Merit: 106
STABILA [STB] - Decentralize The Financial System

There is not 150M total supply, it's 18.4M with and additional tail emission. It is a rather big 10% but the unlocking of those coins is in scheduled portions and I believe the usage of those coins will be well utilized. 50% are locked for 4 years. Also airdrops, are gimmicks for people who want something for free, IMO.

Whitepaper is here : https://github.com/deroproject/documentation/blob/master/WhitePaper.md
check my post again , i say "more than 150M" not just 150M, read carefully.
member
Activity: 314
Merit: 10
ehhhhh... I was going to buy some of this, I even sent the BTC to stock.exchange and was waiting for it to confirm... and then I noticed DERO withdrawals are disabled... Is there a reason given or an ETA?... I'm think I'm just withdraw my BTC as soon as it confirms now instead of buying.. I'm not a fan of leaving my coins on third tier exchanges like stocks.exchange...
Well,I just send btc to nicehash to mine dero by myself,the price is almost the same(some times even cheaper) than buying them on the exchange.
And I think participate the mining thing is good for dero's network.

I ended up just withdrawing the BTC from stocks.exchange instead of buying... I might go the nicehash route and mine instead as thats a viable option... I wont be buying on stocks.exchange until withdrawals are enabled though.. I want to buy and HODL for 6 months to a year or more... I do not trust this exchange to still exist after that long

I share your frustration, I have a number of DERO awaiting withdrawal at the moment. However the Devs are in contact with S.E. and I know several of the senior members (myself included) have been too. Withdrawals were available in general since DERO was listed, but they would fail above a small amount. Sometimes 50 DERO, or 30, or more recently even 25. This suggests that they're using the wrong RPC command to initiate transfers.

Speaking for myself, I made them aware of this and documented the correct command in full. I'm somewhat hopeful that the extended unavailability of withdrawals is due to them testing and eventually implementing it. Certainly the timing coincided with the Devs and me making them aware of the likely cause / solution.


Does somebody know or suspect the real reason of this withdrawal limits on SE? I'm not experienced user of this exchange and don't know how it is happening with the new listings on regular basis. But I think that it should be some exact reasons of withdrawal limitations.
member
Activity: 308
Merit: 33
Watch Golang CryptoNote in action.  Pls send your feedbacks: https://forum.dero.io/

For complete details pls see: https://github.com/deroproject/derosuite

Also, Total Circulating Supply of DERO till current block height can be checked by status cmd  in Golang derod daemon .


Dero daemon


Dero wallet both offline and online


Dero Explorer
full member
Activity: 132
Merit: 100
i have some problem with macos wallet.
i'm on macos 10.13.3, derod was sync with the last block and dero-wallet-cli too.
when i try to send dero
transfer dERokPan5wMCjQCCUTZQakNLqgDPQCnMfUdTH5fLWoBAg3JnU79jNkFarUVGqwJc6R5NW2qLE5iuocm SHgQWgHop1hv7nBsVYT 10 6a274391315fa82d567fd98269125328242e25c34285c3dd14f95d9ac8d9bb58

no message return, no balance change....

any suggestion?

You need to add the transfer priority and number of mixins (minimum 5)

transfer normal 5 dERokPan5wMCjQCCUTZQakNLqgDPQCnMfUdTH5fLWoBAg3JnU79jNkFarUVGqwJc6R5NW2qLE5iuocm SHgQWgHop1hv7nBsVYT 10 6a274391315fa82d567fd98269125328242e25c34285c3dd14f95d9ac8d9bb58

nothing change. i also rescan bc.  Huh Huh Huh


You are using Golang beta wallet, Right now it does not not have transfer support. Check documentation for complete limitations. This are for community testings and evaluations of new DERO blockchain.
Pls use old daemon and wallet for daily usage: https://github.com/deroproject/dero

Quick question, can I still use the beta wallet for mining? Or does the transfer from the mining pool to the wallet also not work? Is the pending balance "lost", or can I just wait for the transfers to be implemented?

Thanks


yes you can use beta wallet for receive mining. i also did, but when you want to transfer dero you can only use old daemon.
save your seed in beta wallet before mining.
member
Activity: 314
Merit: 10
Hi All.
I still looking to buy 1000+ DERO OTC, because exchange withdrawal is not available and I have worried about safiety of DERO on this exachange. Please let me know if you want to sell. Please don't send me scam offers (i'm not a newbie and escrow is obligatory).
Thanks
jr. member
Activity: 148
Merit: 2

2million premine is very high. Is there any bounty\airdrop planned from this ?
no i think it's a standard premined for coin with supply morethan 150M, and i have the same question with, any bounty/airdrop for this coin?

There is not 150M total supply, it's 18.4M with and additional tail emission. It is a rather big 10% but the unlocking of those coins is in scheduled portions and I believe the usage of those coins will be well utilized. 50% are locked for 4 years. Also airdrops, are gimmicks for people who want something for free, IMO.

Whitepaper is here : https://github.com/deroproject/documentation/blob/master/WhitePaper.md
sr. member
Activity: 504
Merit: 254

Yep, I'm an EE for my day job specializing in switchmode power conversion (generically speaking) so I have plenty of experience with feedback loops and how they misbehave. A simple, digital-friendly and usually bulletproof means of maintaining good transient response while not going batshit crazy responding to every whipsaw change is the moving or rolling average. While the general principle is applicable here - that is, adjusting difficulty vs. changes in network hashrate - I am not quite sure how that could be implemented in practice (hey, I'm a coin miner, not a developer!).


Take a look at Zawy's work on this if you get the chance. With a job like yours, you'd most likely find it fascinating! Grab your favorite beverage and Google "zawy difficulty".

full member
Activity: 723
Merit: 106
STABILA [STB] - Decentralize The Financial System

2million premine is very high. Is there any bounty\airdrop planned from this ?
no i think it's a standard premined for coin with supply morethan 150M, and i have the same question with, any bounty/airdrop for this coin?
full member
Activity: 420
Merit: 184

Statistically this is possible, yes, but it should be a "tail event," if not an outright "black swan." Difficulty is supposed to dynamically adjust so that the target time to find each block is reached, yes?*



* - I suspect if the difficulty adjustment function was too aggressive oscillations in difficulty would result, with severe over and undershoot; perhaps that is what we are seeing as a result of, e.g., wild swings in network hashrate from NiceHash coming on/offline?



Hours would definitely be a tail event, yes, but it could theoretically happen just as 100 straight "heads" could happen in a long enough series of coin tosses. DERO's adjustment seems to do very nicely when we see spikes like yesterday's where IIRC we hit over 15MH/s for a while. I've seen blockchains get locked up for hours / days because of a spike like that.

12 minutes, which is what the original poster was asking about, wouldn't be especially uncommon with a 2 minute target time. More like 5 or 6 straight "heads" to continue the analogy.

Aww, crap - I forgot to mention in that post that the time since the last block was found when I was writing it was about an hour; 30x the average ttf most definitely qualifies as the wispy, asymptotic end of the bell curve.  Grin

A very simple block-to-block difficulty adjustment such as "last block was 30 seconds, multiply difficulty by 7" would be awful as you say. Varying by block but with some smoothing by averaging out the last X number of block times and calculating from there is the best case scenario.

Yep, I'm an EE for my day job specializing in switchmode power conversion (generically speaking) so I have plenty of experience with feedback loops and how they misbehave. A simple, digital-friendly and usually bulletproof means of maintaining good transient response while not going batshit crazy responding to every whipsaw change is the moving or rolling average. While the general principle is applicable here - that is, adjusting difficulty vs. changes in network hashrate - I am not quite sure how that could be implemented in practice (hey, I'm a coin miner, not a developer!).

sr. member
Activity: 504
Merit: 254

Statistically this is possible, yes, but it should be a "tail event," if not an outright "black swan." Difficulty is supposed to dynamically adjust so that the target time to find each block is reached, yes?*



* - I suspect if the difficulty adjustment function was too aggressive oscillations in difficulty would result, with severe over and undershoot; perhaps that is what we are seeing as a result of, e.g., wild swings in network hashrate from NiceHash coming on/offline?



Hours would definitely be a tail event, yes, but it could theoretically happen just as 100 straight "heads" could happen in a long enough series of coin tosses. DERO's adjustment seems to do very nicely when we see spikes like yesterday's where IIRC we hit over 15MH/s for a while. I've seen blockchains get locked up for hours / days because of a spike like that.

12 minutes, which is what the original poster was asking about, wouldn't be especially uncommon with a 2 minute target time. More like 5 or 6 straight "heads" to continue the analogy.

A very simple block-to-block difficulty adjustment such as "last block was 30 seconds, multiply difficulty by 7" would be awful as you say. Varying by block but with some smoothing by averaging out the last X number of block times and calculating from there is the best case scenario.
full member
Activity: 420
Merit: 184
Can you explain to me, I do not quite understand.
Block time: 120 seconds

But now at official pool:
Network:
Hash Rate: 6.51 MH/sec
Block Found: 12 minutes ago

Why is that?

The block time of 120 seconds (2 minutes) is the target time. There will be variance either side of that number depending on the luck of the various pools. Over time however the average time to find a block should be very close to 2 minutes.


Agree with @Speedie.
Average time is used. Sometime it may take few hours also to find next block.

Statistically this is possible, yes, but it should be a "tail event," if not an outright "black swan." Difficulty is supposed to dynamically adjust so that the target time to find each block is reached, yes?*



* - I suspect if the difficulty adjustment function was too aggressive oscillations in difficulty would result, with severe over and undershoot; perhaps that is what we are seeing as a result of, e.g., wild swings in network hashrate from NiceHash coming on/offline?

Jump to: