v0.11.1.x InstantX Testing

Status
Not open for further replies.
People setup cold/remote MN's on testnet? Gotta protect those test coins in cold storage from hackers. ;)
 
Lukas_Jackson said:
I thought you meant hot MN not hot\cold. Never mind
Click to expand...

Thats what I mean. I'm running hot, not cold/remote. I'm pretty sure we did need to drop the server IP in the conf file. Running debug command as shown also warned me I needed masternodeaddr:xx.xx.xx.xx in there
 
oblox said:
People setup cold/remote MN's on testnet? Gotta protect those test coins in cold storage from hackers. ;)
Click to expand...
We try to test and simulate all situations on main net so I have both setup. Only thing I don't have is a Mac. Anyone have a good way to install a Mac OS in VMware?
 
Miner237 said:
We try to test and simulate all situations on main net so I have both setup. Only thing I don't have is a Mac. Anyone have a good way to install a Mac OS in VMware?
Click to expand...
I know you can build mac vm's on the new vmware fusion. I'd assume if you built one and then used the ovf converter tools u might be able to convert it to be run-able on esxi. I think fusion 7.0 even has an uploader into esxi. This would require some mac gear to do the first build though. I should try to get this working in the lab. Not sure if the mac vm is checking for some mac specific hardware or not though to boot.
 
my observation with InstantX so far :

Sender Address : yAS9wHH4wGPRGfaASLXi1y9ddUWaTFxYn8
Target Address 1 : y3DUP7joBEXH9Cimh4JM3D9thMebDnRwH5
Target Address 2 : xxfRWzohR35FZxsQqHYcyL7z8ajVJpbo1J


From Sender address to Target Address 1 : 25 tDRK

Sender address and Target Address 1 both shows 5 confirmations (verified through InstantX).
Target Address 1 gets 25tDRK immediately added to available amount but not yet broadcast to network
6th confirmation comes from POW (blocknumber increases) and Target Adress now show 1 node successfully broadcasts and is now totally confirmed with 6 confirmations

Transaction ID: 7d4234d73639a323d97c8b0b260f944e6ccde56c2edd26d2519b3e8d2270c22b-000
Status: 6 confirmations (verified via instantx), broadcast through 1 node(s)
Conclusion : successfull InstantX transaction

Unfortunetely i cant seem to send any funds again from Sender Address as all input has been labeled ''change'' and when trying to InstantX again i get the message ''no available funds''.

After waiting awhile i tried again to InstantX (after some 10 confirmations of my previous 25tDRK) and i'm free to InstantX 25 tDRK again from Sender Address to Target Address 2 , only the InstantX does not get picked up by any masternodes and hangs at Sender address and gets a grey square icon and doesnt show up at Target Address 2.

Transaction ID: 809981c6c2c73482aac1e825d146f26317b42263ef0560a03d663173c7e84aa4-000
Status : 0/offline, has not been successfully broadcast yet
edit : after 10 minutes i get below message and the transaction itself appears at Target Address 2, still unconfirmed but this time visible on network :
Status: 0/unconfirmed, broadcast through 4 node(s)
 
Last edited by a moderator:
EDIT: Bugger... I wrote my masternode.conf to the wrong directory. Please disregard the question below.

Figured I'd try a start-many setup on testnet. When I do a masternode list-conf from the console, I get an empty set. I'll go back to a standard setup, but wanted to see if anyone else has had an issue with using a masternode.conf file in test mode.
 
11.1.2 - All Users

All masternodes / users must update, it will take a bit for IX to start working again.
For faster network updating please add this to your config

addnode=128.127.106.235

- Protocol Bump
- Reduced bandwidth usage by IX drastically
- DS transactions should confirm about 10x faster now (implented DSTX messages)
- Added some DOS protection to IX
- Fixed an edge case where IX would leave transactions unconfirmed
- Masternode payment payee caching / improved debug messages

Windows 32bit:
http://bamboo.darkcoin.qa/artifact/DRKW-DEV/JOB1/build-96/gitian-win-darkcoin-bin/32/darkcoin-qt.exe

Mac OS X:
http://bamboo.darkcoin.qa/browse/DR...n-osx-darkcoin-dist/darkcoin-0.11.1.0-osx.dmg

Linux 32bit:
http://bamboo.darkcoin.qa/artifact/.../gitian-linux-darkcoin-bin/bin/32/darkcoin-qt
http://bamboo.darkcoin.qa/artifact/...00/gitian-linux-darkcoin-bin/bin/32/darkcoind

Linux 64bit:
http://bamboo.darkcoin.qa/artifact/.../gitian-linux-darkcoin-bin/bin/64/darkcoin-qt
http://bamboo.darkcoin.qa/artifact/...00/gitian-linux-darkcoin-bin/bin/64/darkcoind
 
Windows 32bit version 11.1.2

edit : this happened once with darkcoin-qt.exe crashing .. i restarted it and it started without problems. My other two windows 32bit wallets started without problems.

cR5PWnO.jpg
 
Last edited by a moderator:
MN updated.

I did try something DS+IX+60 confirms and the QT hanged for 1h:30 mins. Killed it to try again with v.11.1.2
 
qwizzie said:
Windows 32bit version 11.1.2

edit : this happened once with darkcoin-qt.exe crashing .. i restarted it and it started without problems. My other two windows 32bit wallets started without problems.

cR5PWnO.jpg
Click to expand...

Same error here. Two wallets crashed at once.
Windows x64
 
whocares said:
Same error here. Two wallets crashed at once.
Windows x64
Click to expand...

i'm running Windows x64 as OS too

edit : all three windows 32 bit wallets crashed just now at the same time with above mentioned error
 
Last edited by a moderator:
Added the new node Evan. I tried zapping the wallet and got this

darkcoin-qt-3: darksend.cpp:1330: bool CDarkSendPool::GetLastValidBlockHash(uint256&, int, int): Assertion `nBlocksAgo >= 0' failed.
Aborted (core dumped)
Click to expand...

Now my QT sees zero masternodes. Tried sending DS+IX, it went through but

Status: 1/unconfirmed, broadcast through 1 node(s)
Date: 2/2/15 20:03
To: luny y86tcmwt3yPYkASL7JbrnkvtMiLwaGN4So
Debit: -4.00 tDRK
Transaction fee: -0.00004 tDRK
Net amount: -4.00004 tDRK
Transaction ID: 119214dd92f54d7e6d29e3182881e77dfa1d2bcb702726f96508a7cf80b46617-000
Click to expand...
 
eduffield said:
Must have to do with the caching. I added a small fix for it.
Click to expand...


The crash of the Windows QT seems to affect the Linux build too, masternodes crashing.

Code: 
(gdb) backtrace
#0  0x00007ffff6e04cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007ffff6e080d8 in __GI_abort () at abort.c:89
#2  0x00007ffff6dfdb86 in __assert_fail_base (fmt=0x7ffff6f4f3d0 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
    assertion=assertion@entry=0xa09d7a "nBlocksAgo >= 0", file=file@entry=0xa09d6d "darksend.cpp", line=line@entry=1330,
    function=function@entry=0xa0a780 "bool CDarkSendPool::GetLastValidBlockHash(uint256&, int, int)") at assert.c:92
#3  0x00007ffff6dfdc32 in __GI___assert_fail (assertion=0xa09d7a "nBlocksAgo >= 0", file=0xa09d6d "darksend.cpp", line=1330,
    function=0xa0a780 "bool CDarkSendPool::GetLastValidBlockHash(uint256&, int, int)") at assert.c:101
#4  0x00000000005876a9 in ?? ()
#5  0x000000000059d4e3 in ?? ()
#6  0x00000000005a4472 in ?? ()
#7  0x00000000005abc94 in ?? ()
#8  0x00000000005ae249 in ?? ()
#9  0x0000000000477c98 in ?? ()
#10 0x00000000004e605d in ?? ()
#11 0x00000000004cfa36 in ?? ()
#12 0x00000000004dc658 in ?? ()
#13 0x0000000000700e0a in ?? ()
#14 0x00007ffff719c182 in start_thread (arg=0x7fffe37fe700) at pthread_create.c:312
#15 0x00007ffff6ec900d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
 
 
IX working again, but I see this discrepancy on one side (sender)

receiver:

Status: 5/confirmed (verified via instantx)Date: 2/2/2015 15:51From: unknownTo: y9M7fNprirFG97WxcrYSqSVU2Zfa7cdp5g (own address, label: test1)Credit: 200.00 tDRKNet amount: +200.00 tDRKTransaction ID: 0d67dea0a7d6e2418f7b5e86cce39129be633eb2034b5fdb9a5643a0f2b2f831-000

sender: Status: 0/unconfirmed, has not been successfully broadcast yetDate: 2/2/2015 15:51To: y9M7fNprirFG97WxcrYSqSVU2Zfa7cdp5gDebit: -200.00 tDRKTransaction fee: -0.003 tDRKNet amount: -200.003 tDRKTransaction ID: 0d67dea0a7d6e2418f7b5e86cce39129be633eb2034b5fdb9a5643a0f2b2f831-000

and now:
Status: 6 confirmations (verified via instantx)Date: 2/2/2015 15:51From: unknownTo: y9M7fNprirFG97WxcrYSqSVU2Zfa7cdp5g (own address, label: test1)Credit: 200.00 tDRKNet amount: +200.00 tDRKTransaction ID: 0d67dea0a7d6e2418f7b5e86cce39129be633eb2034b5fdb9a5643a0f2b2f831-000

and still unconfirmed on sender side:
Status: 1/unconfirmed, broadcast through 1 node(s)Date: 2/2/2015 15:51To: y9M7fNprirFG97WxcrYSqSVU2Zfa7cdp5gDebit: -200.00 tDRKTransaction fee: -0.003 tDRKNet amount: -200.003 tDRKTransaction ID: 0d67dea0a7d6e2418f7b5e86cce39129be633eb2034b5fdb9a5643a0f2b2f831-000
 
Status
Not open for further replies.
Back
Top