A basic question following from setting up the wallet - how does the transaction fee work with devcoins?
Sent a small amount to wallet from vircurex to test it. That was fine.
Sent some back again to be sure works both ways. Received, but unlike other cryptos the fee was added to the debit amount from outstanding balance, rather than subtracted from it. But that's ok now I know.
Wallet message stated 0.5 fee (may have been minumum 0.5 I can't remember, rather than the default 0.1, due to something like 'recently received sums/complications') yet fee taken was more than that. Talking a tiny tiny fee amount difference (~0.1 dvc) but in this case left the remaining test balance at zero so impossible to be sure of how calculated; so would appreciate if someone could explain or point to info on any mins/max involved here. Thanks.
ask in the main devcoin thread, this is a support thread for the winblows build |
|
|
|
yup successful install on my windows 2008 server  seems my modifications to suit winblows did work well |
|
|
|
Bug Report: please check if the terminal is a terminal emulation and not a real tty otherwise the CUI looks ugly because of this code # update the xterm title (this is not handled by curses)
if self.gox.config.get_bool("goxtool", "set_xterm_title"):
last_candle = self.gox.history.last_candle()
if last_candle:
title = goxapi.int2str(last_candle.cls, self.gox.currency).strip()
title += " - goxtool -"
title += " bid:" + goxapi.int2str(book.bid, self.gox.currency).strip()
title += " ask:" + goxapi.int2str(book.ask, self.gox.currency).strip()
curses.putp("\033]0;%s\007" % title) if you want i can provide a screenshot  EDIT: im aware of the following code, still its not nice. altough its good that you can disable it with ease. if self.gox.config.get_bool("goxtool", "set_xterm_title"): |
|
|
|
Hi! I've tried to use pywallet (current jackjack-jj master) to delete some long unconfirmed transactions from my 0.8.1 wallet.dat, per the instructions at... https://bitcointalk.org/index.php?topic=85689.msg944529#msg944529After the deletions, the client no longer reports the transactions in 'listtransactions' or 'gettransaction'... so far so good. But, it doesn't seem to have rediscovered the still-unspent old outputs. A launch with '-rescan' didn't help. Did I miss a step? Does something else about the 0.8.1 indexing need to be reset/rebuilt? So you deleted the tx, you made the rescan, and after that the client still doesn't show the deleted unconfirmed transaction? If so, the client should definitely count your unspent coins in your balance Did you check on blockchain.info if the transaction really never broadcasted? Deleted the txns (several in a chain), allowed the rescan to complete. The client still shows the balance depleted, as if it still had the unconfirmed transactions. But, requesting the unconfirmed transaction by txid gives nothing. I actually pushed the problem txns directly to blockchain.info, in the hopes that'd help them get mined... but over 16 hours later, no luck on any of the chain of 6+ txs (each dependent on the one before). I've now also tried a full -reindex=1 -txindex=1 launch... still no luck. The needed prior output doesn't reappear in 'listunspent'... whatever pywallet did to delete the transaction didn't undo the record of that output being used... nor does -rescan, -reindex, etc. I was hoping pywallet would leave things in a state where I could issue a fresh, higher-fee transaction as if the unconfirmed txns never existed... but now think I may have to do that with the raw txn api... and consider this wallet damaged by the pywallet txn-deletions. i had this problem too but luckily my tx got included some hours later. unfortunately i didnt find a way to fix it. |
|
|
|
the webserver is just offline (TCP RST), its not "down". i guess kumala is doing something on it |
|
|
|
|
72FcEzXCn95sroYEhVxtLMdkWjXdmWCjpc
|
|
|
|
Can someone post the IP:port of a permanent BQC node?
for what? I am interested in this too. same question for you in this case |
|
|
|
Can someone post the IP:port of a permanent BQC node?
for what? |
|
|
|
Question!Has anyone ever noticed a difference between the Win64 and Windows_all versions of Armory, on 64-bit Windows? I just noticed on my googlecode download page that 99.9% of downloads are for the win32 version. And I know more than 0.1% of users are using 64-bit! I ask, because it's kind of a pain to keep producing both 32-bit and 64-bit versions of the software. If I could reduce it to just one Windows version, that would dramatically reduce the amount of work I have to do for a release! Perhaps this proves that the 32-bit version is interchangeable with the 64-bit version and I can ditch it... Thoughts/experiences? win32 works on win64 too therefore it would be better to just build for win32?! |
|
|
|
|
how about adding all altcoins (checkout the altcoin list)
|
|
|
|
Hi all. I'm really surprised that vanitygen hasn't switched to generating compressed keys.
Uncompressed keys have public keys about twice the size of compressed ones and this means that when you use vanitygen produced addresses you end up paying more in transaction fees, causing more increase in blockchain size, etc.
I have modified my own copy of vanitygen to produce compressed keys— and as a bonus it's about 15% faster. ... but I've only done CPU support, and at the moment I no longer have any ati GPUs (having sold off my GPU mining farm)... and I can't really justify putting in time to add support for features I don't need and thoroughly test it when I have so many other things I need to do for myself and others.
Are people still using vanitygen?
it works with Nvidia GPUs too or anything that supports OpenCL. could you host your code @ github? greetings |
|
|
|
default port is 59332 wrong, in the help it says this but this is wrong since the creator didnt change it. |
|
|
|
|
yes. min payout is 0.1 (or lowered to 0.01) and fee is 0.1 or 0.01 for withdrawal. this is set so cpuminers will never be able to withdraw. if you/they got enough for a payout you wont get a payout and the owner of btcplus will ignore you if you contact him.
|
|
|
|
|
BTCPlus is STILL a scam. do your research before you use something sheep!
|
|
|
|
The were no objections to the windows bounty doubling: https://bitcointalk.org/index.php?topic=34586.msg1776730#msg1776730the original bounty is at: https://bitcointalk.org/index.php?topic=34586.msg1358839#msg1358839so it is doubled from 6 shares to 12 shares. A 6 share bounty has been sent out to K1773R, so a top up of 6 will be sent. The remaining bounty is 6 shares. The windows bundle works, the problem is that people are having difficulty installing it and getting it to bootstrap the receiver files. So the remaining windows bounty is now for improved installation and/or bootstrapping, maybe an installer could be made which installs devcoin-qt and devcoind, and makes copies over the receiver files to the correct place or something like that. There's no point in making another windows devcoin exe, since that part already works. I might give a proper windows installer a shot. tell me if you do it so i wont waste time up to you for now. |
|
|
|
The were no objections to the windows bounty doubling: https://bitcointalk.org/index.php?topic=34586.msg1776730#msg1776730the original bounty is at: https://bitcointalk.org/index.php?topic=34586.msg1358839#msg1358839so it is doubled from 6 shares to 12 shares. A 6 share bounty has been sent out to K1773R, so a top up of 6 will be sent. The remaining bounty is 6 shares. The windows bundle works, the problem is that people are having difficulty installing it and getting it to bootstrap the receiver files. So the remaining windows bounty is now for improved installation and/or bootstrapping, maybe an installer could be made which installs devcoin-qt and devcoind, and makes copies over the receiver files to the correct place or something like that. There's no point in making another windows devcoin exe, since that part already works. i could do that |
|
|
|
i sell BQC too  |
|
|
|
Yup good idea I'll put that soon <META HTTP-EQUIV="REFRESH" CONTENT="5;URL=http://127.0.0.1:8989/">
That would work too right? <META HTTP-EQUIV="REFRESH" CONTENT="5">
no, otherwise it would refresh the update site and therefore update itself all 5 seconds lol update site = "/?update=1" |
|
|
|
ADSL routers and the like have a piece of javascript or HTML META tag to refresh the page some time after instructing the router to reboot itself. That mechanism would fit nicely here.
<META HTTP-EQUIV="REFRESH" CONTENT="5;URL=http://127.0.0.1:8989/">
|
|
|
|
Bump, may start up with these again. Wanna gauge interest!
welcome back! |
|
|
|
|
Show Posts
