Pages:
Author

Topic: [ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine - page 38. (Read 578552 times)

legendary
Activity: 914
Merit: 1001
I hope catia didn't get lost on the ocean ^^
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
I hope catia will be back soon and has time for the project.

@bitfreak! you have some news about catia?
Nothing yet but I think he should be back soon.
hero member
Activity: 556
Merit: 501
I hope catia will be back soon and has time for the project.

@bitfreak! you have some news about catia?
legendary
Activity: 914
Merit: 1001
I like those graphics, very nice.
hero member
Activity: 556
Merit: 501
@enerbyte: very nice graphic but I'm not sure I understand your question.
fast, smart adaptation, secure, something that identifies and characterizes Cryptonite to add to the graphic.
Well the fact that it's highly scalable is kind of important. You've also got other things like withdrawal limits, native multi-sig support, etc.

Here add some features to the image, feel free to use for any purpose.

Best regards.

newbie
Activity: 45
Merit: 0
Just listening to this week's Let's Talk Bitcoin
https://letstalkbitcoin.com/blog/post/ltb-e202-understanding-monero

In the interview one of the Monero developers describes how they will add "Smart Mining" in future releases. It's very simple and something which I think could also help Cryptonite stay decentralized and potentially funded.

Simply put, it's having solo mining on by default but with a check box to disable it upon setup. To keep it from being a nuisance and getting shut off or damaging hardware, it only activates when the computer is not being used and only up to a defined percentage of cpu usage.

The default address could be a developer one, just as long as it clearly says so and gives the obvious choice for the user to enter their own.


There are many ways in which this project needs to improve. This seems like a small step to help guard against mining centralization, as well as give a default way to help fund further development.



legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
@enerbyte: very nice graphic but I'm not sure I understand your question.
fast, smart adaptation, secure, something that identifies and characterizes Cryptonite to add to the graphic.
Well the fact that it's highly scalable is kind of important. You've also got other things like withdrawal limits, native multi-sig support, etc.
hero member
Activity: 556
Merit: 501
@enerbyte: very nice graphic but I'm not sure I understand your question.
fast, smart adaptation, secure, something that identifies and characterizes Cryptonite to add to the graphic.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
@enerbyte: very nice graphic but I'm not sure I understand your question.
legendary
Activity: 914
Merit: 1001
I hope catia will be back soon and has time for the project.
hero member
Activity: 556
Merit: 501
that features can be added?




legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
New problem: The client is starting up okay now that I've deleted the old blockchain files. Unfortunately, now it always gets stuck at 4 days behind. I've tried resyncing and clearing out the previously cached blockchain a few times but even after hours it still gets stuck at 4 days behind.
A couple of people have reported that problem, but it's strange for it to happen on a Linux OS, or are you now using Windows? I think the only way to solve it is to do a fresh resync again. Try syncing with cryptonited instead of Qt and see how that works. I recently started experiencing some syncing problems with Qt on my Windows machine, which is strange because I haven't had any issues until now. I did upgrade my .NET framework a few days ago so I could install VS 2012 and I highly suspect that has something to do with it, which is why the problems only seems to occur on a fraction of Windows machines.
newbie
Activity: 45
Merit: 0
New problem: The client is starting up okay now that I've deleted the old blockchain files. Unfortunately, now it always gets stuck at 4 days behind. I've tried resyncing and clearing out the previously cached blockchain a few times but even after hours it still gets stuck at 4 days behind.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
Quote
Now, we just need to see some life breathed back into this project. Alas, I'm not sure if there are enough capable people concerned with moving things forward.
We could definitely use more experienced programmers, but the reason not much has been done lately is because catia is on a sailing trip and I've been side tracked with other projects and haven't had time to work on the encrypted web wallet lately. But I think catia should be back soon and I should have some time to work on the web wallet in the next few days. I've already done some work on the explorer to make it a bit better at dealing with orphaned blocks and stuff like that but it's incompatible with the current explorer database format so it's going to be a pain to install because it'll need to reprocess the entire blockchain from the start.
hero member
Activity: 556
Merit: 501
Now, we just need to see some life breathed back into this project. Alas, I'm not sure if there are enough capable people concerned with moving things forward.  Cry
I am interested in this project, however I have no programming skills to help with this, besides my english is bad.
I keep some GPUs in mining and occasionally buy some coins.
newbie
Activity: 45
Merit: 0
@kalon: If it just randomly started doing that I'm guessing something might have went wrong with your block database. Try doing a fresh resync by deleting the old block files from your data folder or starting with -resync.
Actually looks more like exceeding open files ulimit (especially on ubuntu which has a ridiculously small default), but this could be caused by corrupted DB as well.

Thanks. Deleting the chain was the first thing I tried, or at least I thought it was. Turns out I had a second instance which I deleted. Once I removed the files from the correct directory, it started up like a charm.

Now, we just need to see some life breathed back into this project. Alas, I'm not sure if there are enough capable people concerned with moving things forward.  Cry
sr. member
Activity: 462
Merit: 250
@kalon: If it just randomly started doing that I'm guessing something might have went wrong with your block database. Try doing a fresh resync by deleting the old block files from your data folder or starting with -resync.
Actually looks more like exceeding open files ulimit (especially on ubuntu which has a ridiculously small default), but this could be caused by corrupted DB as well.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
@kalon: If it just randomly started doing that I'm guessing something might have went wrong with your block database. Try doing a fresh resync by deleting the old block files from your data folder or starting with -resync.
newbie
Activity: 45
Merit: 0
Everything had been working like a charm but lately I'm having trouble getting the client to start up.

The relevant lines seem to be:
Code:
trusty_amd64_cryptonite-qt_14091021: trieview.cpp:305: bool TrieView::Apply(CBlockIndex*): Assertion `blockCache.ReadBlockFromDisk(block, pindex)' failed.
Error: signal 6:
trusty_amd64_cryptonite-qt_14091021: /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:81: boost::condition_variable::~condition_variable(): Assertion `!ret' failed.
Error: signal 6:
trusty_amd64_cryptonite-qt_14091021: /usr/include/boost/thread/pthread/recursive_mutex.hpp:101: boost::recursive_mutex::~recursive_mutex(): Assertion `!pthread_mutex_destroy(&m)' failed.
Error: signal 6:
I'm running on Linux Mint.

Seems to be some problem with boost. Anyone have an idea what's gone wrong or what additional info might be needed?

Thanks
hero member
Activity: 556
Merit: 501
Pages:
Jump to: