v0.10.17 - Onyx v3

Light

Well-known Member
Foundation Member
Jun 4, 2014
346
256
233
It's not a bug, it's tool misuse. New personal addresses are generated within the "Receive" tab. The "Addresses" tab is a storage list for payee addresses. The expectation is that you enter a valid address to allow you to pay this address multiple times.

Edited to quote more relevant post.
Not correct. If Addresses tab is "just a storage list" then why we still have "New Address" button in that tab? Shouldn't we remove it if it doesn't create new unique address?
 
Last edited by a moderator:

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
Yes, Mac link works and I installed it without any problem BUT when attempted to create a new wallet address, this pop up:



How do I "regenerate the script [in Mac] to update the public key to recieve funds" as was warned by vertoe ? Also what is going to be the implication of this change to the exchanges?
I think you misunderstand the function of this tab. To create a new address for you to receive coins, just click on the "Receive" tab, it will ask if you want to label it, or just leave it blank, then you click on "OK" and it will create a new address for your wallet.

EDIT: Click on "Receive", then click on "New Address" to create a new address for your wallet. :)

The tab "Addresses" is for you to put in the addresses of people you send coins to. So in order to create a new address with this tab, you already have the address to put in the blank space, the wallet does not create for you. :)
 
Last edited by a moderator:

deusstultus

New Member
Dec 5, 2014
29
33
13
Not correct. If Addresses tab is "just a storage list" then why we still have "New Address" button in that tab? Shouldn't we remove it if it doesn't create new address?
I think you misunderstand the function of this tab. To create a new address for your to receive coins, just click on the "Receive" tab, it will ask if you want to label it, or just leave it blank, then you click on "OK" and it will create a new address for your wallet.

The tab "Addresses" is for you to put in the addresses of people you send coins to. So in order to create a new address with this tab, you already have the address to put it in, the wallet does not create for you. :)
Exactly... The "New Address" button in the addresses tab does add a new payee address to your payee list, but naturally, it requires you to specify the address as generally, these will not be your addresses at least within the scope of that wallet.
 
  • Like
Reactions: buster and moli

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
Exactly... The "New Address" button in the addresses tab does add a new payee address to your payee list, but naturally, it requires you to specify the address as generally, these will not be your addresses at least within the scope of that wallet.
I think Light is having a blond moment ... lol... let;s just hope he understands what we're saying :)

LIght, if you're still confused, here's your new address i just created for you: XtiUsFqGSPQL9DFisDKBer7NZyi5AJQ1wa
Please send 400 DRK there please. It's your down payment for a new wallet, version Darkcoin Core 11 coming up soon ! :):D:):D
 

Light

Well-known Member
Foundation Member
Jun 4, 2014
346
256
233
I think Light is having a blond moment ... lol... let;s just hope he understands what we're saying :)

LIght, if you're still confused, here's your new address i just created for you: XtiUsFqGSPQL9DFisDKBer7NZyi5AJQ1wa
Please send 400 DRK there please. It's your down payment for a new wallet, version Darkcoin Core 11 coming up soon ! :):D:):D
You are right. I edited my above post. But then shouldn't we do something about it because both of those tabs says "New Address" but the one in "Receive" section performs different task than the one in "Addresses" section. Perhaps the latter should say "register address"?

p.s. I accidentally sent you 400drk. Check your wallet ;)
 
  • Like
Reactions: moli

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
You are right. But then shouldn't we do something about it because both of those tabs says "New Address" but the one in "Receive" section performs different task than the one in "Addresses" section. Perhaps the latter should say "register address"?
Yes I think it should be named something like "Payment Addresses" but we're going to have Darkcoin Core version soon and the wallet is different, maybe will make more sense to you.

p.s. I accidentally sent you 400drk. Check your wallet ;)
Hahahaha....
 
  • Like
Reactions: Light

fernando

Powered by Dash
Foundation Member
May 9, 2014
1,527
2,059
283
HEADS UP!

This release changes the public address of your multisignature holdings! The private keys and redeemscripts are untouched and you can still access your funds without any problems. You just might wish to regenerate the script to update the public key to recieve funds! Multisignature addresses start with '7' now. (Example.)

CC: fernando
Thanks for the heads up! I'm on a short late holiday and don't have the wallets with me, but I'll do tomorrow when I get home... This kind of things always happen when I'm away :)
 

Light

Well-known Member
Foundation Member
Jun 4, 2014
346
256
233
Ok guys, I already admitted my mistake. What else do you want from me :D

I just got too excited by the prospect of discovering a bug that was missed by the talented dev team like you guys? ;)
 
  • Like
Reactions: moli

AjM

Well-known Member
Foundation Member
Jun 23, 2014
1,341
575
283
Finland
Ok guys, I already admitted my mistake. What else do you want from me :D

I just got too excited by the prospect of discovering a bug that was missed by the talented dev team like you guys? ;)
Hmm, i was fooled that 'bug' also:what:
 
  • Like
Reactions: Light

deusstultus

New Member
Dec 5, 2014
29
33
13
Ok guys, I already admitted my mistake. What else do you want from me :D

I just got too excited by the prospect of discovering a bug that was missed by the talented dev team like you guys? ;)
Public shaming until at least page 10...

But seriously, you're not the only one to misconstrue the intended functionality of the address book, This guy had it worse...Solution vectors involve [1] replacing the "These are your [X]Coin addresses for sending[...]" dialog and possibly [2] altering the error message to add additional line noting intended functionality to prevent user error. Simple implementation, but something that should really be pushed through its own discussion threads here and at bitcointalk.org as an enhancement.
 
  • Like
Reactions: moli and Light

vertoe

Three of Nine
Mar 28, 2014
2,573
1,652
1,283
Unimatrix Zero One
Public shaming until at least page 10...

But seriously, you're not the only one to misconstrue the intended functionality of the address book, This guy had it worse...Solution vectors involve [1] replacing the "These are your [X]Coin addresses for sending[...]" dialog and possibly [2] altering the error message to add additional line noting intended functionality to prevent user error. Simple implementation, but something that should really be pushed through its own discussion threads here and at bitcointalk.org as an enhancement.
this discussion is already obsolete as the v11 wallet's addressbook is hidden to avoid this confusion.
 

deusstultus

New Member
Dec 5, 2014
29
33
13
this discussion is already obsolete as the v11 wallet's addressbook is hidden to avoid this confusion.
Obsolete is a strong term assuming this is as implemented in core v.0.9.3, but you do almost have to try to shoot yourself in the foot with that configuration.
 

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
If Light or anyone who hasn't seen the Darkcoin Core v.11 wallets, this is what it looks like for windows (which I think typically the same for other OS's).
Note: "Sending addresses" and "Receiving addresses" are under the "File" menu (which I put in the red square to highlight.)
Maybe we can make a thread about wallets... lol...

upload_2015-1-11_19-29-22.png
 
  • Like
Reactions: Light

thelonecrouton

Well-known Member
Foundation Member
Apr 15, 2014
1,135
813
283
My local and all my Masternode wallets are reporting over 2000 Masternodes, dark.mn and Lebubar on BCT still show about 1872.

[email protected]:~/.darkcoin$ ./darkcoind getinfo
{
"version" : 101725,
"protocolversion" : 70051,
"walletversion" : 60001,
"balance" : 52.08121718,
"darksend_balance" : 0.00000000,
"blocks" : 201653,
"timeoffset" : 0,
"connections" : 8,
"proxy" : "",
"difficulty" : 3668.18188107,
"testnet" : false,
"keypoololdest" : 1419995207,
"keypoolsize" : 999,
"paytxfee" : 0.00000000,
"mininput" : 0.00001000,
"unlocked_until" : 0,
"errors" : ""
}
[email protected]:~/.darkcoin$ ./darkcoind masternode count
2095

Blockheight is consistent with explorer.darkcoin.io.

My wallets were all at 1872-ish until about 5 hours ago, then the number reported started to climb rapidly. ???

./darkcoind masternode list | grep ": 1" | awk -F\" '{print $2}' | sort -u | wc -l shows 1886 currently.
 
  • Like
Reactions: GilAlexander

HammerHedd

Member
Mar 10, 2014
182
34
88
This might not be the right thread, but I have a problem with .25 and .26.

For whatever reason, on my windows box, .25 forces a block re-index, and then hangs at 46 weeks behind, about block 19907

After waiting all night for something to restart, I shut down and moved the wallet.dat to an Ubuntu machine. Unfortunately .26 does the same thing. Any ides why it would take so long to load blocks? I remember there being some changes in the blockchain way back then, but is that enough to cause a hang?

Is there any way to archive the blockchain from another box (linux or windows) to speed up the process?
 

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
This might not be the right thread, but I have a problem with .25 and .26.

For whatever reason, on my windows box, .25 forces a block re-index, and then hangs at 46 weeks behind, about block 19907

After waiting all night for something to restart, I shut down and moved the wallet.dat to an Ubuntu machine. Unfortunately .26 does the same thing. Any ides why it would take so long to load blocks? I remember there being some changes in the blockchain way back then, but is that enough to cause a hang?

Is there any way to archive the blockchain from another box (linux or windows) to speed up the process?
There's a bootstrap to help make the syncing faster: https://github.com/UdjinM6/darkcoin-bootstrap
I'm wondering if you try that and see if it can help.
I didn't have trouble installing this version and I used the bootstrap.
 

HammerHedd

Member
Mar 10, 2014
182
34
88
There's a bootstrap to help make the syncing faster: https://github.com/UdjinM6/darkcoin-bootstrap
I'm wondering if you try that and see if it can help.
I didn't have trouble installing this version and I used the bootstrap.
OK - here's something interesting:

The bootstrap didn't help with the qt version, but after pondering the fact that the daemon uses the same wallet and data, I ran darkcoind instead (this works on linux, will try it on windows later).
With darkcoind, the blockchain seems to be loading at ~ 500 blocks in the time it takes me to hit up arrow and return (2 seconds?)

This makes me think it has something to do with the GUI, but I'm not sure what... Is there anything I should check to give you more info on this weird glitch?
 

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
OK - here's something interesting:

The bootstrap didn't help with the qt version, but after pondering the fact that the daemon uses the same wallet and data, I ran darkcoind instead (this works on linux, will try it on windows later).
With darkcoind, the blockchain seems to be loading at ~ 500 blocks in the time it takes me to hit up arrow and return (2 seconds?)

This makes me think it has something to do with the GUI, but I'm not sure what... Is there anything I should check to give you more info on this weird glitch?
I'm not sure why you're having trouble with the GUI. I installed the windows 32bit qt, using the bootstrap, and it synced fine. I don't remember how long it took but not too long. I love using the bootstrap for both Mainnet and Testnet.
 

thelonecrouton

Well-known Member
Foundation Member
Apr 15, 2014
1,135
813
283
OK - here's something interesting:

The bootstrap didn't help with the qt version, but after pondering the fact that the daemon uses the same wallet and data, I ran darkcoind instead (this works on linux, will try it on windows later).
With darkcoind, the blockchain seems to be loading at ~ 500 blocks in the time it takes me to hit up arrow and return (2 seconds?)

This makes me think it has something to do with the GUI, but I'm not sure what... Is there anything I should check to give you more info on this weird glitch?
Yes, the daemon usually syncs fine when the QT client for whatever reason hangs or gets stuck in treacle. The daemon also handles large wallet sizes (thousands of txes) without much slowdown where the QT version will just suck CPU and become unusable.
 

HammerHedd

Member
Mar 10, 2014
182
34
88
Yes, the daemon usually syncs fine when the QT client for whatever reason hangs or gets stuck in treacle. The daemon also handles large wallet sizes (thousands of txes) without much slowdown where the QT version will just suck CPU and become unusable.
It's interesting for sure. I'm sure there a bigger bugs to catch, but it is irritating from a user experience.

FYI, I ran the windows daemon, and it's going smoothly now, too.
 

kryptofoo

Member
Jul 21, 2014
114
36
78
Germany
It's interesting for sure. I'm sure there a bigger bugs to catch, but it is irritating from a user experience.

FYI, I ran the windows daemon, and it's going smoothly now, too.
I ran into a similar issue, albeit while testing v11 on testnet. I finally got my windows-qt client to sync by creating a new wallet.dat - seems my old wallet.dat was too large or otherwise incompatible. Once sync was done I could open the old wallet.dat file, but decided to send all funds to the new wallet anyways just to be sure.
 

HammerHedd

Member
Mar 10, 2014
182
34
88
I ran into a similar issue, albeit while testing v11 on testnet. I finally got my windows-qt client to sync by creating a new wallet.dat - seems my old wallet.dat was too large or otherwise incompatible. Once sync was done I could open the old wallet.dat file, but decided to send all funds to the new wallet anyways just to be sure.
I was just thinking about that. my wallet version is 60000 whereas the protocol version is 70051. I realize that they aren't really related, but it bring sup the question: what is the most current wallet version?
 

oblox

Well-known Member
Aug 6, 2014
1,032
537
183
I was just thinking about that. my wallet version is 60000 whereas the protocol version is 70051. I realize that they aren't really related, but it bring sup the question: what is the most current wallet version?
Build 10.17.25 or 10.17.26 depending on what shows up when you getinfo (some versions of the latest [10.17.26] are reporting 101725) is the latest on mainnet.
 

vertoe

Three of Nine
Mar 28, 2014
2,573
1,652
1,283
Unimatrix Zero One
I was just thinking about that. my wallet version is 60000 whereas the protocol version is 70051. I realize that they aren't really related, but it bring sup the question: what is the most current wallet version?
wallet version and protocol version are not related. the latest was bumped in v11. the gui performance issue is being worked on for v11. it's because of the scanning for denominated funds. the daemon has darksend disabled by default.