Has there been any progress on the windows version of the b15 DGA miner?
I compiled it with mingw64, using gmp6, and got this (in windows): [00:03:28] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:03:36] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:03:44] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:03:52] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:04:00] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:04:08] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:04:16] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 [00:04:24] 2ch/s: 0.0000 3ch/s: 0.0000 4ch/s: 0.0000 Shares total: 0 / 0 same source code worked on linux. Will try to compile in visual studio in order to debug with its IDE
|
|
|
I'll give this a shot, since I'm doing something similar for my own riecoin. But I have some questions: ok, but the pool code does not support stratum, it supports some undocumented concoction, according to the readme it features a TCP (stratum-like) protocol for server-push based jobs So, would this protocol be ok or would it have to be actual stratum? I believe cryptonote pools are supporting gpu mining with this thing, but it may (or may not) need to be modified to fit "wild keccak"...
|
|
|
so you're really mining with ARM? cool! well, thermal throttling means it's not literally cool, but you get the point Aside from the first 2 weeks when I had a dozen or so AWS instances everything I've done has been ARM based. Not sure I'd call it mining yet, but it is fun. No hardware division, slower clock, really slow memory access and 32bit architecture are the downsides. On the upside, very low power and a super scaler architecture and my intel box isn't making noise. Anyway, I rewrote the code to make use of neon instructions; parts of the chip were are normally in a powered down state are powered up drawing power and making heat. I replaced the stock fan with a 12v silent one and knocked 23c off the temperature (107c to 84c). If I can get the speed to something usable was thinking about a binary release, I am amazed at how many people have little raspberry pi's doing nothing (or very little). Might make the few 100 RIC I own a little more valuable (or might not). aamarket with android port dga'a miner probably was thinking the same general game plan. Regards, -- bsunau7 very interesting! I used to work with an ARM chip that had an "embedded cryptographic coprocessor", which basically means it had a few interesting features implemented by hardware, like sha2 and modular exponentiation (up to 2048bits in this case). Wish I could put my hands on one of those, but the development boards were expensive.
|
|
|
Damn my cooling solution!
Speed the miner by 5% lose 5% of CPU thanks to thermal throttling. Add 10% lose 10%.
Time to externally power the little fan on the odroid...
-- bsunau7
so you're really mining with ARM? cool! well, thermal throttling means it's not literally cool, but you get the point
|
|
|
Gatra, how are you affiliated with bitmixer.io ? I wish i had more coins to 'mix' I'm not affiliated with bitmixer.io in any other way than this: I put their ad in my signature because they pay for it, I realized I could get some btc with my signature and I wanted to try how it worked. I decided to put them because they look ok and not scammy. I plan to use what I earn to buy more RIC.
|
|
|
Hey Gatra,
When is v0.9.2 expected to be released?
hopefully tomorrow! sorry, almost there still have to add a new checkpoint, check to see if it syncs and recompile everything will release on Friday or during the weekend
|
|
|
By the way gatra, I love your code in Reicoin ~Videlicet thanks! good luck with your shit absortion
|
|
|
I want to know, If i hold shitcoin, and want to sell it, why do not i sell in market to get btc? Why i should choose Coinshield channel system? what is advantage ?
A] If you watch the timer for channel opening, the trade value of CSD/SHIT will be higher than going trade value at launch, so early entry means you are freed of your SHIT with PROFIT B] If you hold CSD instead of SHIT after using channel, its value will increase from the CSD buy orders going in from the SHIT being dumped, and if you time it correctly, you can then have MORE PROFIT as CSD price will increase upon SHIT DUMP C] You no longer have to convince yourself that what you hold has VALUE, because you will help clear away the SHIT from the economies, and gain a good investment in return. mmm.... I still don't understand [A].... why would the value be higher? who would give me more than market value for my shit and why? If it's true that I could be freed of my shit with profit, then maybe I should buy shit! it doesn't make much sense. If you are giving away CSD for shit, then wouldn't the value of CSD be as low as shit? Be careful: for most shitty shit, there may not be enough buy orders to allow you to sell all your shit. So instead of getting BTC to buy CSD, you could end up holding a bag of shit.
|
|
|
Not sure if posted already, Bitcoin cover story in Global Finance magazine -- image edited out -- RieCoin on there as well YEAH! I didn't know about that, thanks for sharing!
|
|
|
Hey Gatra,
When is v0.9.2 expected to be released?
hopefully tomorrow!
|
|
|
I have never claimed that you need both 51% PoW and 51% all coins to attack peercoin. That's a misunderstanding of peercoin's security. Peercoin's security is 100% proof-of-stake, so in terms of security it's not really a hybrid system. So you don't need 51% PoW. You need and only need to attack proof-of-stake.
but PoW can be attacked too.. there are still many new PoW blocks in peercoin, aren't there? so there are 2 vectors of attack... Over time it would only strengthen as coins are more distributed.
But with PoS, those who have more coins can get more coins than those who don't... this concentrates coins rather than help distribution... just my 2cents gatra
|
|
|
Hey Gatra,
I am thinking the Riecoin Foundation should donate all of our funds to you right now instead of keeping it stale for a while until our members (including me) have time to work on projects. What do you think?
Thanks, I'll let you know if I need funds but I don't think it's necessary right now, I know that it's in good hands if it's with the foundation. I would be hodling the funds anyway so it's not much of a difference at the moment. Unless you're going to be unreachable for a long time, in that case yes; you can send it to me.
|
|
|
hi there!
just a thought I wanted to share: maybe instead of having a riecoin "rich list", I'd prefer we call it "hall of fame". This seeks to avoid the negative connotation sometimes associated with the rich ("eat the rich", the 99%, etc). People who have more RIC are also those who are more invested in our distributed research project. People brag about their BOINC or seti@home credit, and it may be good for the project if they felt the same way about RIC. After all, riecoin is a distributed computing research project (somewhat) like most on BOINC, it just happens to be the case that it also supports secure transactions which makes it work as a currency too.
So, this was just a message to those who compile Riecoin "rich lists". Who does? I know chainz.cryptoid.info has one. There's another one at darmstadt.goxadidi.dk
thanks!
|
|
|
Hi people! I'm testing the new client v0.9.2. Hopefully we'll have a dmg file for mac os this time. I've read bitcoiners are testing v0.9.2rc1. Who will release first? we'll see... High volume on trading today, but the spread on mintpal and poloniex (at the time of writing this post) is big (almost 2x!), I don't dare to interpret what's going on, but we are up on market cap rankings. Besides the change to openssl 1.0.1h (which bitcoin will also include in their upcoming 0.9.2), these are the changes that I'm merging from btc: RPC: Add getwalletinfo, getblockchaininfo and getnetworkinfo calls (will replace hodge-podge getinfo at some point) Add a relayfee field to getnetworkinfo Fix RPC related shutdown hangs and leaks Always show syncnode in getpeerinfo sendrawtransaction: report the reject code and reason, and make it possible to re-send transactions that are already in the mempool getmininginfo show right genproclimit
Command-line options: Fix -printblocktree output Show error message if ReadConfigFile fails
Block-chain handling and storage: Fix for GetBlockValue() after block 13,440,000 (BIP42) Upgrade leveldb to 1.17
Protocol and network code: Per-peer block download tracking and stalled download detection
Add new DNS seed from bitnodes.io does not apply to RIC Prevent socket leak in ThreadSocketHandler and correct some proxy related socket leaks
Wallet: Make GetAvailableCredit run GetHash() only once per transaction (performance improvement) Lower paytxfee warning threshold from 0.25 BTC to 0.01 BTC Fix importwallet nTimeFirstKey (trigger necessary rescans) Log BerkeleyDB version at startup
Build system: Add OSX build descriptors to gitian Fix explicit --disable-qt-dbus Don't require db_cxx.h when compiling with wallet disabled and GUI enabled Improve missing boost error reporting Upgrade miniupnpc version to 1.9 gitian-linux: --enable-glibc-back-compat for binary compatibility with old distributions gitian: don't export any symbols from executable gitian: build against Qt 4.6 devtools: add script to check symbols from Linux gitian executables Remove build-time no-IPv6 setting
GUI: Fix various coin control visual issues Show number of in/out connections in debug console Show weeks as well as years behind for long timespans behind Enable and disable the Show and Remove buttons for requested payments history based on whether any entry is selected. Show also value for options overridden on command line in options dialog Fill in label from address book also for URIs Fixes feel when resizing the last column on tables (issue #2862) Fix ESC in disablewallet mode Add expert section to wallet tab in optionsdialog Do proper boost::path conversion (fixes unicode in datadir) Only override -datadir if different from the default (fixes -datadir in config file) Show rescan progress at start-up Show importwallet progress Get required locks upfront in polling functions (avoids hanging on locks) Catch Windows shutdown events while client is running Optionally add third party links to transaction context menu Check for !pixmap() before trying to export QR code (avoids crashes when no QR code could be generated)
Miscellaneous: Replace non-threadsafe C functions (gmtime, strerror and setlocale) Add missing cs_main and wallet locks Avoid exception at startup when system locale not recognized
Changed bitrpc.py's raw_input to getpass for passwords to conceal characters during command line input tool not adapted for ric
devtools: add a script to fetch and postprocess translations tool not adapted for ric
the command line option for enabling the xpt server (for solo mining with xpt miners) will probably not be ready for 0.9.2...
|
|
|
So the blocks 999 and 1000 were never confirmed. All transactions that it had would need to be included in block 1001 or 1002. This would have to be enforced somehow by the protocol. Possible, but messy and not easy to code.
now I think maybe you can just discard those 2 blocks, but if they were mined by humans they would be very angry. You would now have 4x stales/orphans!
|
|
|
This would impact bots not-one-bit and would give humans four times as much wall clock time to solve. What am I missing?
Bots can generate 4, or 10, or more blocks in the time it takes for a human to solve one block. It's just no match. How would 4x wall clock help? or... how could you prevent bots from doing it faster? a bot can find a solution that takes 25 secs to find the coin in less than 1 second because it does not need to play in real time, and it's not limited by human reflexes. Another problem: say there are 1000 blocks in the chain (each using the previous one for their map) and you choose to generate a map from block 998 and solve a new block that is 1001. And for the next 5 blocks, everyone just uses the last of the chain. So the blocks 999 and 1000 were never confirmed. All transactions that it had would need to be included in block 1001 or 1002. This would have to be enforced somehow by the protocol. Possible, but messy and not easy to code. It's not as simple as a chain, because block 1001 points to block 998, but so does block 999,
|
|
|
mammp should be coming some time this month for those that are wondering. i now have 95% of the backend re-coded. however as usual theres always more places for improvements to be made. That is why i cant give a concrete date just yet. The only time i can give a concrete date is when i cant come up with anything else to add to MAMMMP
It's an interesting project, but I have a couple of questions... 1. will the pool backend be open source? 2. have you considered myr merged mining the other way round? (ie make the myr protocol support merged mining with other coins, this would allow it to be merge mined with almost anything! btc, ltc, whatever) I wish you success! regards
|
|
|
my guess is a few people have optimized miners , I notice Riecoin is up a little on decent volume. Something new?
It's always possible, and I should be the last person to doubt it, but I haven't heard any whispers about such a thing. There are several people who've demonstrated that they could build a RIC GPU miner, of course, although I'd hope they'd have observed the XPM frenzy and decided to go with a dev-fee model. My guess is that what actually happened was that many RIC miners moved to XMR (and other CN coins) for a while, because they were substantially more profitable on CPU. Now that the GPU miners are starting to emerge for CryptoNight-using-coins, we'll probably see a bit of a return to Riecoin. It will take a while, because the technical barriers to running CryptoNote coins are high enough that they're still fairly profitable to mine, but over time, they should equalize. If Claymore releases a faster GPU miner, we'll see an even larger return to Riecoin. Speaking of which, I'm still sending all dev fees from the miner to Gatra, in case you're wondering what's happening with your voluntary donations and want a little bit of incentive to leave -d enabled at the default level. Hopefully this will be the best thing for the coin. Latest tx id: 25ad8eee939e9823b70005439cb1dfebc43dcef4165b6e934b75382b90956c1e received with much thankfulness client v0.9.2 will be released soon
|
|
|
well, unfortunately mine has just updated to show 14 weeks behind as opposed to 13... so confused...
have you tried (after backing up wallet.dat) deleting the riecoin folder inside %APPDATA%?
|
|
|
|