|
At current forum exchange prices this is about $50 USD of BMR, but probably this will increase a lot over the next few weeks as network hashrate is rising exponentially each day.
I think supply of BMR is capped at 18.45 M, which is less than for BTC.
Web site I'm told is currently in the works.
|
|
|
|
|
I recommended to othe a little bit back that VertCoin be merge mined with PrimeCoin now, as I see PrimeCoin, now with open source GPU mining, as being the main competitor.
I'm not sure what will happen with VertCoin in the long run, but the network hash rate has been falling and I suspect this is the reason.
|
|
|
|
|
sourceforge links were not put up by me, proceed with extreme caution
|
|
|
|
in several western jurisdictions including the us you will be held responsible for the content on your hard drive. it's your responsibility to check what other people are storing on your private property, especially in an environment that makes it more than likely that one of the data packages stored by others on your computer contains illegal content.
if you rent your basement to some italian guys who start piling dead bodies in it, it will not help much that you looked the other way whenever they arrived at your house.
I don't really think so. I know people in the US who run Tor exit nodes, and the DoJ and LEO friends like to harass them but have no legal authority to shut them down. |
|
|
|
is there going to be a pool like minergate?
Eventually, yes. Soloing still works, so there isn't a huge push yet to implement a pool. |
|
|
|
cocoakrispies, I did a Google search based on your quote, and found this thread on Cryptonote forum. In which Maurice Planck, a cryptographer of Cryptonote team already admitted that Zerocash is more advanced technology: https://forum.cryptonote.org/viewtopic.php?f=2&t=18This is the most advanced technology, I must admit. Yes, the quote above is from the analysis of the previous version of the protocol. To my knowledge, it's not 288, but 384 bytes, but anyway this is good news. ...yes, it's using cryptographic techniques whose security is uncertain and whose obscurity is completely intentional. "Advanced" doesn't necessary mean "secure" or "fool proof" and if you watch the presentation Green gave he instructs the audience now to put too much money or faith into the initial implementation of the system. I'm excited for ZeroCash, but in my own opinion I believe ByteCoin/forks are better suited for things like decentralized marketplaces and real-world applications. |
|
|
|
Well you can also still solo mine too. Got 4 blocks over the night  If the network continues to grow at the current rate, likely we will see an end to solo mining in a week or two. However, we already have all the RPC functions we need to make pools, which is good news. A P2Pool implementation for ByteCoin/BitMonero would be something wonderful, but likely very complicated. |
|
|
|
All the data is encrypted on the network. If you have the keys, you can decrypt it, otherwise you have no idea what you're hosting (and assumably zero liability).
Not sure the zero liability flies actually. That's for the department of justice, etc to figure out.  It provides pretty reasonable grounds for it, though. |
|
|
|
Since Cryptonote act like a decentralized mixing method, it only make transaction become harder to trace, not completely untraceable as OP claimed.
It's quite similar to Darkcoin which is self claimed to be anonymous currency, but privacy of both is not strong enough for people who crave for a comletely anonymous currency, like myself.
Cryptonote is cool but i think i'll wait till May/June for Zerocash realease.
CryptoNote has relatively good privacy for transmitting values throughout the network (ring signatures, stealth addressing) while not compromising things like being able to detect inflation over the network. In ZeroCash, you can only prove that coins have been generated, not the amount that was generated, so any bugs within the system will go undetected. This would have been a huge problem for Bitcoin, as there was a well known bug involving integer overflow that allowed you to generate 2 billion coins. Note that zero knowledge proofs are used in the ring signature method by ByteCoin/BitMonero, too (see section 4.4 of the whitepaper). Obfuscation of signature linkability is much more advanced than that used in DarkCoin, and you need to read the whitepaper to truly appreciate it. CryptoNote also has support for multisig built in, despite the much more limited scripting language as compared to Bitcoin (see Section 6.3 of the CryptoNote 2.0 whitepaper). This is important for the implementation of decentralized marketplaces like DarkMarket that use multisig to enable the blockchain to be an escrow. |
|
|
|
New coin based on cryptonote, interesting.
I am curious how much is this one differ from the original one ? advantages/ disadvantages?
Also wonder to hear any opinion about Bitmonero's perspective in future.
Only in a few ways: 1.) 1 min blocks. 2.) Money supply decimal is shifted so total supply is in the tens of millions. 3.) Money supply distribution is much slower (more similar to Bitcoin's instead of releasing 80% of currency in 2 years). 4.) Base block size without penalty is 20 KB instead of 10 KB. Other than that it's the normal CryptoNote 2.0 privacy. |
|
|
|
|
All the data is encrypted on the network. If you have the keys, you can decrypt it, otherwise you have no idea what you're hosting (and assumably zero liability).
|
|
|
|
They can reach out to me @ dev.mc2@gmail.com if they need help too (it doesn't look easy contacting them) It's a Russian company so I'm not sure how easy it will be to communicate with them but I submitted a ticket giving this contact info. thank you |
|
|
|
They can reach out to me @ dev.mc2@gmail.com if they need help too (it doesn't look easy contacting them) |
|
|
|
Synching this blockchain takes quite a while, even this soon after release.. Makes me wonder how bad it will be later on. Hhopefully some improvements can be made, (parallel downloads?). Looks like this fork also stores the entire blockchain in memory? Anyway, new-ish technology is exciting, gonna try mining some.
Yes, it loads the entire blockchain into memory. This is a problem with ByteCoin too. The reference implementation is pretty immature. Syncing the entire blockchain takes a while too because you need to hash each header to verify it, and most single cores of a CPU only do 1 H/s or so. |
|
|
|
Looks like solo is still fine even at diff 260k -- even with a single modern quad you should still be getting a few blocks per day. I think probably solo will be dead around 750k for unix users, but we will have pools up by then. |
|
|
|
 Patiently waiting my dear friends. Stuff is mostly finished up with what I had to take care of. Returning to full time work on this and part time work on Bitmonero this week. Should have some updates on code by Sunday/Monday over BitMessage if all goes well. |
|
|
|
We should probably fix the mempool/getblocktemplate at some point to not include ALL transactions at the cost of the block reward 2014-Apr-21 23:51:41.291710 [P2P5]+++++ BLOCK SUCCESSFULLY ADDED
id: <d4c9d4da7ef4fa8ec3e9af41b46e8fa4496c04161ee481da7a9d6020af294097>
PoW: <8bd14baabe4f4f8f285db52e68c4e2d785c04b9f3277e912e1c0fed7f7120000>
HEIGHT 5812, difficulty: 233194
block reward: 2.167697195560(2.167696060291 + 0.000001135269), coinbase_blob_size: 345, cumulative size: 38720, 959(1/609)ms If I was that miner I would be pissed. You should be able to set a max inclusion for transactions from the mempool in bytes somewhere. If you read the original paper, the miner is supposed to strive for the maximum reward + transaction fees. I guess the code doesn't do that? This is the idea case, but you're only supposed to increase block size slowly to avoid reward penalty such as was seen in that block. You need to alter this function to avoid making blocks larger than 10 kb without necessary fees to incentivize addition to the network: bool tx_memory_pool::fill_block_template(block &bl, size_t median_size, uint64_t already_generated_coins, size_t &total_size, uint64_t &fee)
{
CRITICAL_REGION_LOCAL(m_transactions_lock);
total_size = 0;
fee = 0;
size_t max_total_size = 2 * median_size - CRYPTONOTE_COINBASE_BLOB_RESERVED_SIZE;
std::unordered_set<crypto::key_image> k_images;
BOOST_FOREACH(transactions_container::value_type& tx, m_transactions)
{
if (max_total_size < total_size + tx.second.blob_size)
continue;
if (!is_transaction_ready_to_go(tx.second) || have_key_images(k_images, tx.second.tx))
continue;
bl.tx_hashes.push_back(tx.first);
total_size += tx.second.blob_size;
fee += tx.second.fee;
append_key_images(k_images, tx.second.tx);
}
return true;
} I'll look at it tomorrow |
|
|
|
We should probably fix the mempool/getblocktemplate at some point to not include ALL transactions at the cost of the block reward 2014-Apr-21 23:51:41.291710 [P2P5]+++++ BLOCK SUCCESSFULLY ADDED
id: <d4c9d4da7ef4fa8ec3e9af41b46e8fa4496c04161ee481da7a9d6020af294097>
PoW: <8bd14baabe4f4f8f285db52e68c4e2d785c04b9f3277e912e1c0fed7f7120000>
HEIGHT 5812, difficulty: 233194
block reward: 2.167697195560(2.167696060291 + 0.000001135269), coinbase_blob_size: 345, cumulative size: 38720, 959(1/609)ms If I was that miner I would be pissed. You should be able to set a max inclusion for transactions from the mempool in bytes somewhere. |
|
|
|
|
Show Posts
