rznag
|
|
January 29, 2014, 11:29:48 AM |
|
wallet link isnt working for me... it keeps hanging on that MEGA loading circle tried chrome and internet explorer and firefox... May i suggest a google link 2? uploaded it to my dropbox too.. https[Suspicious link removed] I will use your link oke? sure...or we upload it somewhere else...
|
|
|
|
|
|
|
|
|
"Your bitcoin is secured in a way that is physically impossible for others to access, no matter for what reason, no matter how good the excuse, no matter a majority of miners, no matter what." -- Greg Maxwell
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
Randy pNut
Newbie
Offline
Activity: 42
Merit: 0
|
|
January 29, 2014, 11:37:45 AM |
|
wallet link isnt working for me... it keeps hanging on that MEGA loading circle tried chrome and internet explorer and firefox... May i suggest a google link 2? uploaded it to my dropbox too.. https[Suspicious link removed] I will use your link oke? sure...or we upload it somewhere else... http://downftp.e-token.org/etoken-qt.zip
|
|
|
|
Anacronix
Member
Offline
Activity: 84
Merit: 10
the cake is a lie
|
|
January 29, 2014, 11:44:41 AM |
|
Love to see that diff is working and etoken is still hard to mine
|
|
|
|
Mjollnir (OP)
Full Member
Offline
Activity: 182
Merit: 100
http://virtualcurrenciesnews.com/
|
|
January 29, 2014, 11:54:18 AM |
|
wallet link isnt working for me... it keeps hanging on that MEGA loading circle tried chrome and internet explorer and firefox... May i suggest a google link 2? uploaded it to my dropbox too.. https[Suspicious link removed] I will use your link oke? sure...or we upload it somewhere else... http://downftp.e-token.org/etoken-qt.zipYou have access to the FTP of that subdomain. Also to the rest? Edit i just see you have
|
|
|
|
suncoastbuddy
|
|
January 29, 2014, 11:56:44 AM |
|
e-token.org is retaken now redirect on e-token.info dev back and supporting coin? i don't think he'll, just retook some accounts. He did mention it
|
|
|
|
Mjollnir (OP)
Full Member
Offline
Activity: 182
Merit: 100
http://virtualcurrenciesnews.com/
|
|
January 29, 2014, 11:57:45 AM |
|
e-token.org is retaken now redirect on e-token.info dev back and supporting coin? i don't think he'll, just retook some accounts. He did mention it You are right I just read it wrong. Thats why i got a extra twitter acount lol. Well does't matter :-) @etokencoin is a good one Great
|
|
|
|
illodin
|
|
January 29, 2014, 12:03:17 PM |
|
Is this retake, dev account will support and retook! Problem was but retook dev is new! This so much and will go beyond!
|
|
|
|
thisisnotmyltcusername
|
|
January 29, 2014, 12:19:05 PM |
|
if you wanna lobby properly, at least post this Etoken Retaken thread url with your coinmarket.io requests, as stated in coinmarket suggestion thread
|
|
|
|
simplemind
Member
Offline
Activity: 84
Merit: 10
|
|
January 29, 2014, 12:23:16 PM |
|
I have two questions.
1) How do you prevent transactions from/to old "bank"? 2) Is anyone besides digiraha finding blocks?
|
|
|
|
affan
|
|
January 29, 2014, 12:26:09 PM |
|
well done
|
|
|
|
|
simplemind
Member
Offline
Activity: 84
Merit: 10
|
|
January 29, 2014, 12:43:56 PM |
|
I have two questions.
1) How do you prevent transactions from/to old "bank"? 2) Is anyone besides digiraha finding blocks?
1 - blacklisted adresses are hardcoded in the new source 2 - No since 99% of miners are there for now. Expect some to migrate if digiraha gets a downtime but not especially before 1) That's what I was afraid. It's done by 'isBankInput' function, right? You just run this on every transaction. You might probably know that this is a HUGE performance issue. I was wondering why the new client reqiures so much compute power... 2) I did some solo mining on my linux box and found a block but that just crashed the client: 2014-01-29 12:54:45,198 INFO template_registry # Yay, share with diff above 100000 2014-01-29 12:54:45,199 INFO template_registry # We found a block candidate! 00000000355cee72d59b041e843acaf27 22d0e072a4090f96eca5bf0f7843328 2014-01-29 12:54:46,200 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:51,201 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:56,205 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! . . . When compiling the client I get a couple of warnings. The original client had no warnings. Example: db/db_impl.cc: In member function âvirtual bool leveldb::DBImpl::GetProperty(const leveldb::Slice&, std::string*)â: db/db_impl.cc:1347:33: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] I then tried to run the test suite on the code. Result: *** 402 failures detected in test suite "eToken Test Suite" So I suspect the client might not be 100% stable...
|
|
|
|
Mjollnir (OP)
Full Member
Offline
Activity: 182
Merit: 100
http://virtualcurrenciesnews.com/
|
|
January 29, 2014, 12:58:42 PM |
|
I have two questions.
1) How do you prevent transactions from/to old "bank"? 2) Is anyone besides digiraha finding blocks?
1 - blacklisted adresses are hardcoded in the new source 2 - No since 99% of miners are there for now. Expect some to migrate if digiraha gets a downtime but not especially before 1) That's what I was afraid. It's done by 'isBankInput' function, right? You just run this on every transaction. You might probably know that this is a HUGE performance issue. I was wondering why the new client reqiures so much compute power... 2) I did some solo mining on my linux box and found a block but that just crashed the client: 2014-01-29 12:54:45,198 INFO template_registry # Yay, share with diff above 100000 2014-01-29 12:54:45,199 INFO template_registry # We found a block candidate! 00000000355cee72d59b041e843acaf27 22d0e072a4090f96eca5bf0f7843328 2014-01-29 12:54:46,200 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:51,201 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:56,205 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! . . . When compiling the client I get a couple of warnings. The original client had no warnings. Example: db/db_impl.cc: In member function âvirtual bool leveldb::DBImpl::GetProperty(const leveldb::Slice&, std::string*)â: db/db_impl.cc:1347:33: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] I then tried to run the test suite on the code. Result: *** 402 failures detected in test suite "eToken Test Suite" So I suspect the client might not be 100% stable... On point 1. When its just being running i got arround the same resources as the preminecoin (yeh lol). Did not really notice it when making a transacion. Can keep a eye on that. On point 2. Better ask murkanovic
|
|
|
|
Mjollnir (OP)
Full Member
Offline
Activity: 182
Merit: 100
http://virtualcurrenciesnews.com/
|
|
January 29, 2014, 01:13:32 PM |
|
We do need to get some other pools finding blocks. Just put my miner to http://etok.smartmining.net/
|
|
|
|
simplemind
Member
Offline
Activity: 84
Merit: 10
|
|
January 29, 2014, 01:15:41 PM |
|
I have two questions.
1) How do you prevent transactions from/to old "bank"? 2) Is anyone besides digiraha finding blocks?
1 - blacklisted adresses are hardcoded in the new source 2 - No since 99% of miners are there for now. Expect some to migrate if digiraha gets a downtime but not especially before 1) That's what I was afraid. It's done by 'isBankInput' function, right? You just run this on every transaction. You might probably know that this is a HUGE performance issue. I was wondering why the new client reqiures so much compute power... 2) I did some solo mining on my linux box and found a block but that just crashed the client: 2014-01-29 12:54:45,198 INFO template_registry # Yay, share with diff above 100000 2014-01-29 12:54:45,199 INFO template_registry # We found a block candidate! 00000000355cee72d59b041e843acaf27 22d0e072a4090f96eca5bf0f7843328 2014-01-29 12:54:46,200 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:51,201 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:56,205 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! . . . When compiling the client I get a couple of warnings. The original client had no warnings. Example: db/db_impl.cc: In member function âvirtual bool leveldb::DBImpl::GetProperty(const leveldb::Slice&, std::string*)â: db/db_impl.cc:1347:33: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] I then tried to run the test suite on the code. Result: *** 402 failures detected in test suite "eToken Test Suite" So I suspect the client might not be 100% stable... On point 1. When its just being running i got arround the same resources as the preminecoin (yeh lol). Did not really notice it when making a transacion. Can keep a eye on that. On point 2. Better ask murkanovic 1) I don't mind, and I'm not mining anymore. Was just curious. Maybe my findings can help improve the coin, since I still like it. 2) murkanovic, did you run the test suite?
|
|
|
|
thisisnotmyltcusername
|
|
January 29, 2014, 01:17:08 PM |
|
there's zero noticeable difference indeed in running that unless you use a CPU from previous century at least the deamon will still take you between 0.00 and 0.01% CPU ressources on common intel dual/quadcores (i3/I5), so yeah you have a damn insane margin before it becomes a problem even with the slowest celeron... so much "compute power"... Even my lightweight midori browser must use 50x more... edit : and zero problem/warning to compile on ubuntu either
|
|
|
|
rznag
|
|
January 29, 2014, 01:18:04 PM |
|
I have two questions.
1) How do you prevent transactions from/to old "bank"? 2) Is anyone besides digiraha finding blocks?
1 - blacklisted adresses are hardcoded in the new source 2 - No since 99% of miners are there for now. Expect some to migrate if digiraha gets a downtime but not especially before 1) That's what I was afraid. It's done by 'isBankInput' function, right? You just run this on every transaction. You might probably know that this is a HUGE performance issue. I was wondering why the new client reqiures so much compute power... 2) I did some solo mining on my linux box and found a block but that just crashed the client: 2014-01-29 12:54:45,198 INFO template_registry # Yay, share with diff above 100000 2014-01-29 12:54:45,199 INFO template_registry # We found a block candidate! 00000000355cee72d59b041e843acaf27 22d0e072a4090f96eca5bf0f7843328 2014-01-29 12:54:46,200 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:51,201 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! 2014-01-29 12:54:56,205 ERROR bitcoin_rpc_manager # Problem with Pool 0 -- NO ALTERNATE POOLS!!! . . . When compiling the client I get a couple of warnings. The original client had no warnings. Example: db/db_impl.cc: In member function âvirtual bool leveldb::DBImpl::GetProperty(const leveldb::Slice&, std::string*)â: db/db_impl.cc:1347:33: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] I then tried to run the test suite on the code. Result: *** 402 failures detected in test suite "eToken Test Suite" So I suspect the client might not be 100% stable... On point 1. When its just being running i got arround the same resources as the preminecoin (yeh lol). Did not really notice it when making a transacion. Can keep a eye on that. On point 2. Better ask murkanovic It compiled without errors or warnings for me on linux. And in db_impl.cc was nothing changed. Last change there was from original dev 22 days ago. See here: https://github.com/digiraha/etoken/tree/master/src/leveldb/db
|
|
|
|
Mjollnir (OP)
Full Member
Offline
Activity: 182
Merit: 100
http://virtualcurrenciesnews.com/
|
|
January 29, 2014, 01:33:42 PM |
|
Changed some info on the main page Latest news: e-token.org will host services around eTOK and altcoins. e-token.info is the official info site for eToken. how about that
|
|
|
|
Anacronix
Member
Offline
Activity: 84
Merit: 10
the cake is a lie
|
|
January 29, 2014, 01:45:38 PM |
|
so lemme think. The first dev waited for the fix and now is back ? He let others fix it , while keeping some of his premine ? Hmm...
|
|
|
|
Anacronix
Member
Offline
Activity: 84
Merit: 10
the cake is a lie
|
|
January 29, 2014, 01:54:36 PM |
|
doesn't say anything about how they got hold of e-token.org.
|
|
|
|
|