Pages:
Author

Topic: [ANN] MemoryCoin - page 16. (Read 100357 times)

legendary
Activity: 1470
Merit: 1030
August 27, 2013, 10:25:26 AM
When I am sending a smaller amount of satoshis to the Grant address to get its preference higher than it was before, the amount is just added to the previous one instead of to reset it with a new amount.

Yes, the amounts are cumulative.

So if you send
5 satoshis to A
and 10 to B,
then another 7 to A

B will have 10 and be pref 1
A will have 12 and be pref 2

Worked example here -
https://bitcointalksearch.org/topic/m.2981636
hero member
Activity: 724
Merit: 500
August 27, 2013, 09:35:06 AM
I'm using a linux deamon (http://dls.21stcenturymoneytalk.org/dls/memorycoin/memorycoind-linux-x64.xz) to mine. Since today I get this message:

memorycoind getmininginfo

...
error: {"code":-2,"message":"Safe mode: Warning: Displayed transactions may not be correct! You may need
to upgrade, or other nodes may need to upgrade."}
...

Is there a new linux command line binary?
sr. member
Activity: 420
Merit: 250
August 27, 2013, 09:27:25 AM
When I am sending a smaller amount of satoshis to the Grant address to get its preference higher than it was before, the amount is just added to the previous one instead of to reset it with a new amount.
sr. member
Activity: 332
Merit: 250
August 27, 2013, 06:06:52 AM
I'm glad it has been helpful for you. Now might be a good time to ask you to offer some voting support to community projects.

Sure, no problem.
Votes have been added.

Damn, I jinxed it Sad
By sending payments to the grant addresses I managed to get the miner stuck on the current block. I will E-mail you the debug file now.
I must note that it was mining at full power when making the payments so maybe it's a good idea to stop the mining when sending payments.
I will restart the miner after sending the debug file and check if the payments for the votes were processed or not.
sr. member
Activity: 332
Merit: 250
August 27, 2013, 05:28:45 AM
I'm glad it has been helpful for you. Now might be a good time to ask you to offer some voting support to community projects.

Sure, no problem.
Votes have been added.
legendary
Activity: 1470
Merit: 1030
August 27, 2013, 03:32:52 AM
Hi FreeTrade,

Sorry for scaring you there, but it seems as if that was a one time problem that probably occured because I restarted the new version too soon after closing the old miner.
I'm happy to report that after a restart both the 6-core and 4-core machine survived the night and are still running Smiley
Looks like you finally nailed it. Great job.

I'm glad it has been helpful for you. Now might be a good time to ask you to offer some voting support to community projects. As far as I can see, you have about 18,000 coins which are supporting your grant, MVTEoEoHX4XhRkJnkGVLKDYhHG4MbJDVCT, but the surplus, about 5000 are being wasted because your other grants don't have enough support.

You can add preferences in 4,5,6,7 positions - these don't harm the prospects of your higher preferences, but when your higher preferences are elected or eliminated, the surplus can flow to community grants rather than being wasted as they are at present. Community grants help to increase the value of your holdings. It's both the generous and rational thing to do.

Here's MCF's recommended preferences - you'll need to amend the amounts to control where they appear on your list of prefs -


    MCF Foundation
    - Send 0.00000010 to MVTEoEoXmYzFydRfg5uNJRewt9tZ329fAN
    MCF Foundation
    - Send 0.00000011 to MVTEoEotER3e9NfAMPi1c1E68h5bthH4K4
    MCF Foundation
    - Send 0.00000012 to MVTEoEoPjXcay3aJU1uZCsipX7pf9xryW4
    FreeTrade (Chief Developer and MCF Administrator)
    - Send 0.00000020 to MVTEoEo5LgYAMVh95oBBfGPj2eCDzkuJC3
    21st Century Money (Network and Client Support)
    - Send 0.00000030 to MVTEoEomFfe7WuSEepMLsorgYzCQGBVw1z
    Taturii (Giveaway)
    - Send 0.00000040 to MVTEoEot8ZGKWmDi8pZS6tJMHR5ba9MnNN
    EFF (held by MCF for charity)
    - Send 0.00000050 to MVTEoEoJ1vP6NHHcCTTBPy4bXfejbAqV5N
    Amnesty International (held by MCF for charity)
    - Send 0.00000060 to MVTEoEorLyJKdtGFXfFTt3Joevk7PeRvzh


sr. member
Activity: 332
Merit: 250
August 27, 2013, 02:36:12 AM
Thanks for the new version.
Unfortunately I have to report that it still gets stuck on blocks. My 6-core only took 1 block te get stuck Sad
As I mentioned before, it seems as if the problems get less when the difficulty rises. It can be a coincidence but I'm keeping an eye on this and I'm getting more convinced this is actually the case.

Oh dear. Anybody else still seeing a similar issue?

It'll be helpful if you send your full debug.log file to [email protected] following it getting stuck for further.

Thanks.

Hi FreeTrade,

Sorry for scaring you there, but it seems as if that was a one time problem that probably occured because I restarted the new version too soon after closing the old miner.
I'm happy to report that after a restart both the 6-core and 4-core machine survived the night and are still running Smiley
Looks like you finally nailed it. Great job.
legendary
Activity: 1470
Merit: 1030
August 27, 2013, 01:37:33 AM
The MemoryCoin Foundation has been doing some great work, running the logo competition with a $100 prize, and putting up a $100 bounty for the first pool.

Thanks for your support so far, but MCF is nearly out of funds. We've got one grant address that is well supported, but new funds are slow to come in.

If you have spare votes, and would like to offer support to MCF, I've added two grant addressed for MCF - please add these two addresses to your voting preferences -

MVTEoEotER3e9NfAMPi1c1E68h5bthH4K4
MVTEoEoPjXcay3aJU1uZCsipX7pf9xryW4

The more grants MCF gets, the more it can help to support the coin and increase its value.

More info about the foundation here.
http://memorycoin.org/foundation/
full member
Activity: 168
Merit: 100
August 26, 2013, 04:32:50 PM
any nodes please
edit:
"receive version message: version 70001, blocks=4939, us=xxx.xxx.xxx.xxx:xxxx, them=24.6.21.198:8555, peer=24.6.21.198:8555"
One of the orginal nodes seemed to get to life.
nodes are prolly mining thus using all cpu? Cheesy
full member
Activity: 168
Merit: 100
August 26, 2013, 04:06:51 PM
hehe, I've prolly been with the linux too much, I actually never had a QT before the powercoin venture. In Windows its logical, but in linux its much simpler if the files used are in one place (rather than the root of the program)

btw: is any of the addnodes online, cos I dont seem to get connection, also dnsseeds fail
why didnt you just use the irc to get nodes.........
legendary
Activity: 1470
Merit: 1030
August 26, 2013, 03:53:12 PM
btw fresh cloned from github, compiled in linux. gives an error:
"Error: grantdb1540.dat file not found"
(easy fix, 'touch "Error: grantdb1540.dat file not found"')
but the error isnt quite comprehesive nor easy to fix, if you cant read the source. it would maybe be better if the file would reside inthe .memorycoin/ directory


You'll want the real file -
https://github.com/memorycoin/memorycoin/blob/fasterstarup/grantdb1540.dat

It's in the root - where would a better location be so the exe will find it the first time it runs?

Also you'll want the trustedhashlookup.txt file in the same directory so the software will sync faster.
full member
Activity: 168
Merit: 100
August 26, 2013, 03:44:45 PM
btw fresh cloned from github, compiled in linux. gives an error:
"Error: grantdb1540.dat file not found"
(easy fix, 'touch "Error: grantdb1540.dat file not found"')
but the error isnt quite comprehesive nor easy to fix, if you cant read the source. it would maybe be better if the file would reside inthe .memorycoin/ directory
sr. member
Activity: 332
Merit: 250
August 26, 2013, 11:45:44 AM
Thanks for the new version.
Unfortunately I have to report that it still gets stuck on blocks. My 6-core only took 1 block te get stuck Sad
As I mentioned before, it seems as if the problems get less when the difficulty rises. It can be a coincidence but I'm keeping an eye on this and I'm getting more convinced this is actually the case.

Oh dear. Anybody else still seeing a similar issue?

It'll be helpful if you send your full debug.log file to [email protected] following it getting stuck for further.

Thanks.

After a restart it is running for 25 blocks now. Knock on wood Smiley
IF it gets stuck again I will send you the debug log.

EDIT: Running stable now for more than 40 blocks. The first bug may have been because I started the new client immediately after I closed the old one. I will keep an eye on it but so far so good.
legendary
Activity: 1470
Merit: 1030
August 26, 2013, 09:53:17 AM
Thanks for the new version.
Unfortunately I have to report that it still gets stuck on blocks. My 6-core only took 1 block te get stuck Sad
As I mentioned before, it seems as if the problems get less when the difficulty rises. It can be a coincidence but I'm keeping an eye on this and I'm getting more convinced this is actually the case.

Oh dear. Anybody else still seeing a similar issue?

It'll be helpful if you send your full debug.log file to [email protected] following it getting stuck for further.

Thanks.
sr. member
Activity: 332
Merit: 250
August 26, 2013, 08:59:57 AM
New version -

http://memorycoin.org/downloads/memorycoin-qt-26-08-2013.zip

Some stability improvements -
1. This waits for the blockchain to sync before starting to mine.
2. It requires the grantdb1560.dat file. I think some users are running it without this file and having problems, so its required from the outset.

Mining
1. Batch files auto start mining but mining waits for sync now
2. Only half logical processors are used unless specified otherwise - this is to stop new users systems from grinding to a halt.

Reports
Better debug voting report - it shows what top votes supported, and where support came from - should be helpful to Mr Wax's Capital Appreciation fund . . . . Wink


Thanks for the new version.
Unfortunately I have to report that it still gets stuck on blocks. My 6-core only took 1 block te get stuck Sad
As I mentioned before, it seems as if the problems get less when the difficulty rises. It can be a coincidence but I'm keeping an eye on this and I'm getting more convinced this is actually the case.
legendary
Activity: 1470
Merit: 1030
August 26, 2013, 08:06:38 AM
New version -

http://memorycoin.org/downloads/memorycoin-qt-26-08-2013.zip

Some stability improvements -
1. This waits for the blockchain to sync before starting to mine.
2. It requires the grantdb1560.dat file. I think some users are running it without this file and having problems, so its required from the outset.

Mining
1. Batch files auto start mining but mining waits for sync now
2. Only half logical processors are used unless specified otherwise - this is to stop new users systems from grinding to a halt.

Reports
Better debug voting report - it shows what top votes supported, and where support came from - should be helpful to Mr Wax's Capital Appreciation fund . . . . Wink



sr. member
Activity: 420
Merit: 250
August 26, 2013, 08:00:33 AM
FreeTrade, You are back to list of grant winners Smiley
legendary
Activity: 1470
Merit: 1030
August 26, 2013, 03:16:02 AM
I have two questions. (related to debug.log)

1.

--------Grant Voting--------
---Current Balances------
8 addresses with balances. Printing Top 20

Are there really only 8 addresses that can be voted for?


No - there's about 20 or 30 vying for votes at the moment. And you can create your own voting address - see the topic -
https://bitcointalksearch.org/topic/memorycoin-how-to-game-the-voting-to-get-free-coins-268774

(You might be a bit late for this though)


2.

I see these lines all over the log:

-------------:
Award Round:0
No Candidates with support remaining. Grant awarded to developer MVTEoEoww5Zz1SJ5DLcbdrxGwSY8VgFZDk
-------------:
Award Round:1
No Candidates with support remaining. Grant awarded to developer MVTEoEoww5Zz1SJ5DLcbdrxGwSY8VgFZDk
-------------:
Award Round:2
No Candidates with support remaining. Grant awarded to developer MVTEoEoww5Zz1SJ5DLcbdrxGwSY8VgFZDk
-------------:
Award Round:3
No Candidates with support remaining. Grant awarded to developer MVTEoEoww5Zz1SJ5DLcbdrxGwSY8VgFZDk
-------------:
Award Round:4
No Candidates with support remaining. Grant awarded to developer MVTEoEoww5Zz1SJ5DLcbdrxGwSY8VgFZDk
--------End Grant Voting--------

Would please someone explain the meaning of them?


Explanation here -

https://bitcointalksearch.org/topic/m.2899388
legendary
Activity: 1470
Merit: 1030
August 26, 2013, 03:10:40 AM
Why are the foundations (that are requesting our votes) not voting themselves?

From file award00004680.dat,

->Balance:1191 - MVTEoEomFfe7WuSEepMLsorgYzCQGBVw1z   <-21st Century foundation
---->Wasted:1191 (Add More Preferences)


->Balance:454 - MVTEoEo5LgYAMVh95oBBfGPj2eCDzkuJC3    <-FreeTrade
---->Wasted:454 (Add More Preferences)


The 21st Century foundation has potentially 1191 votes it is not using!  Can't they just send one MEG satashi to themselves?

FreeTrade still needs help (your votes) to get grants.  {He probably is moving coins to a voting wallet.}

Yeah, it's a little bit tricky to set up voting from a voting address, but you make a fair point . . . we shouldn't be seeking votes if we don't have our own voting rights used up Smiley I'll take steps.
legendary
Activity: 1470
Merit: 1030
August 26, 2013, 03:08:24 AM
This should still be easily implementable on the GPU, you just need to test and coordinate what the proper load balancing would be.  Via the TMTO trick, you can reduce memory consumption of the larger memory hashes and subsequently take longer to do them; so, you pipe a large number of these threads along with a small number of threads doing the small memory hashes and you should still get a pretty solid GPU advantage.

I think a GPU will help with speeding up the small memory hashes . . and maybe the medium memory hashes too, but if you've got all the threads looking for memory access continually, you're going to have a bottleneck on the memory bus. 
Pages:
Jump to: