Bitcoin Forum
May 24, 2018, 11:59:19 PM *
News: Latest stable version of Bitcoin Core: 0.16.0  [Torrent]. (New!)
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 ... 86 »
101  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 18, 2016, 02:27:55 PM
You still need transaction history to prevent double spending - you need a central consensus point which is achieved by widespread block consensus

It's a form of pruning. Sort of like how old Bitcoin transactions that are spent can be safely deleted after a period of time, so too can old blocks be pruned due to the safebox design of Pascal. Since Pascal uses a pure proof of work approach to consensus, you could keep just the headers to validate any blockchain without storing the historical transaction data after a certain safety window.
102  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 18, 2016, 06:55:39 AM
Looks like the "DDoS" on the network might be submitting blocks to the network that appear to be ~1 minute in the future, causing clients at the correct time to believe they have a block with an invalid time for a while. Not sure if this would prevent them from submitting a block if they found it, but certainly interesting.
103  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN]CureCoin - Protein Folding Research based Proof of Work on: October 18, 2016, 06:34:40 AM
BTW, I am folding away, for almost ten years now.
I will try to convince GPU miners on local forum to switch to Cure.
What happened to http://1.curecoinmirror.com/calculatordemo.html?
It would help a lot in convincing them.

Great to have you on board folding for CURE. We always welcome experienced folders in our forum to help newbs.
There's no better way to re-purpose unprofitable GPU mining equipment than to put it to work folding proteins - and with merged folding (you get CURE plus Counterparty Tokens (FLDC,Scotcoin,MagicFLDC,PepeCash)), so your recommendation to GPU miners is golden. Combined this actually makes folding profitable on newer GPU hardware.

Yes - the profitability calculator disappeared after a server migration (along with its source  Angry ). We have to ask you to refer to the manual instructions until Vorksholk or I can get it re-written:

https://www.curecoin.net/knowledge-base/14-knowledge-base/about-curecoin/16-how-is-the-currency-divided-up/#ProfitabilityCalculator

or to get a rough idea of the cost per coin based an 12 different hardware profiles:

http : // tinyurl . com / curecoin-costs-of-folding-2016

I have a copy of the Curecoin 2.0 Whitepaper in a PDF by Vorksholk which was on Coinmirror earlier, in case that was lost too.  I was wondering why link was no longer good.  Now it's clear.

The only thing we lost when that server went down was the calculatordemo. All of the Curecoin 2.0 code, whitepaper, SigmaX, etc. is all backed up in multiple locations (although the whitepaper will be massively overhauled before launch).
104  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 17, 2016, 04:52:02 PM
Hashrate's going up pretty fast!

I ordered an RX 480, and hopefully next weekend I can get around to making a (fairly unoptimized) public OpenCL miner. Ballpark estimates, AMD cards will probably pull 3-4x the performance per dollar of NVidia cards.

Awesome news! -- Thanks for what you are doing.

Of course! Although as usual, no promises (especially since I'm incredibly busy on my own projects, and I'm traveling next Sunday to Money 20/20), but I don't envision the OpenCL implementation being too difficult.
105  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 17, 2016, 04:27:47 PM
Quote
It would be nice to have somewhere in the code where you could at least block based on names, block ocminer* and then they would have to change it, and then
it would be another block....

What would that accomplish?
Besides. We can be jealous, but not mad at whoever is dominating the hash rate. We're all in it to make $$. So unless some1 is a dirty communist, let others profit. Their investment is MUCH larger than most.

So is their potential loss if things don't work out.

Yeah, this is the part that a lot of people don't realize. There surely are people who make fantastic profits in crypto, but they also take on significant risk, and devote significant time/talent. And in the end, large farms increase the hashrate, help the security of networks, and cause the token to become more scarce, making the token more valuable and validating the network's goals by putting time, effort, and capital behind investing in it.

At the same time, it's always unnerving when one party is known to control the majority of a network's hashrate.

I was referring to the DDOS attacks.

Oh, the nodes themselves aren't identified by the miner name, only the block. You can't tell the difference between the miner him/herself, or just a legitimate node relaying their block. DDoS traffic wouldn't be 'tainted' in any way that anyone could correlate with a miner identity.
106  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 17, 2016, 03:07:01 PM
Quote
It would be nice to have somewhere in the code where you could at least block based on names, block ocminer* and then they would have to change it, and then
it would be another block....

What would that accomplish?
Besides. We can be jealous, but not mad at whoever is dominating the hash rate. We're all in it to make $$. So unless some1 is a dirty communist, let others profit. Their investment is MUCH larger than most.

So is their potential loss if things don't work out.

Yeah, this is the part that a lot of people don't realize. There surely are people who make fantastic profits in crypto, but they also take on significant risk, and devote significant time/talent. And in the end, large farms increase the hashrate, help the security of networks, and cause the token to become more scarce, making the token more valuable and validating the network's goals by putting time, effort, and capital behind investing in it.

At the same time, it's always unnerving when one party is known to control the majority of a network's hashrate.

People who talk about ways to "block" (ha) certain individuals from participating are looking for short-term, hackish solutions. Playing whack-a-mole with actors on the network only adds centralization and forces those actors underground. If we had a way to reject blocks labeled by "ocminer*"... who makes that decision? How is that enforced? Is it a client update? That'll cause a hard-fork because it changes the consensus rules the network is enforcing (clients who don't update will accept ocminer* blocks, clients who update won't accept them, so the clients who accept the update will be on a different blockchain). If clients are already built to allow enforcement of these rules, then someone has to have the authority to "tell" the network to do this. Is it the developer, who sends a signed message to the network which says "block blocks from ocminer*"? Is it distributed voting (which would be near-useless if a party controls the majority of the network's consensus anyhow)?

And even assuming we could enforce a rule like this without issue, the individual or group making the ocminer* blocks would just switch to another name. Or more likely, they would switch to several, apparently-unconnected names to evade detection.

Here is a grossly-incomplete list of design considerations of a permissionless, decentralized, distributed, trustless blockchain:
1. There is no reliable way to determine whether an individual or party is or is not active on the network at any particular time (other individuals could be working on their behalf to perform a proof-of-liveliness, etc.)
2. There is no reliable way to determine whether multiple nodes are controlled by a single individual
3. There is no reliable way for the network to block IPs, geographical areas, OSes, etc.
4. There is no reliable way to limit an individual or party to only one node
5. There is no reliable way to limit an individual or party to only one network identity (like an address)
6. There is no reliable way to limit an individual or party to a certain hashrate
7. There is no reliable way to determine whether a particular network identity is owned by the same individual or party as another particular network identity

Note that all of the above are possible if you're willing to sacrifice decentralization, trustlessness, permissionless, etc.

Also, that doesn't mean that there aren't ways to encourage certain behavior, just no way to require/enforce it. In general, it's much easier to encourage a party *to* do something than to *not* do it.
107  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 17, 2016, 12:58:38 PM
Yeah there certainly aren't 300+ ocminers, unless he/she's using the same name on multiple rigs.

I'm seeing:
ocminer101
ocminer102
ocminer104
ocminer105

ocminer122

ocminer131
ocminer132
ocminer133

ocminer201
ocminer202
ocminer205

ocminer261
ocminer262

ocminer281
ocminer282
ocminer283
ocminer284

ocminer339

And some others, but notice the clustering? They probably have several rigs, and they just name each GPU in the rig sequentially (so ocminer281, 282, 283, and 284 are likely all cards on a 4-GPU box, etc). Obviously just speculation, and people are free to name their miners whatever they want so this isn't necessarily the case. But there's not 300+ ocminers, the names are quite spread-out in that range.

108  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 17, 2016, 01:17:15 AM
Hashrate's going up pretty fast!

I ordered an RX 480, and hopefully next weekend I can get around to making a (fairly unoptimized) public OpenCL miner. Ballpark estimates, AMD cards will probably pull 3-4x the performance per dollar of NVidia cards.

Many thanks.

You think you'll use the new rpc port or you'll use the same method of the nvidia miner?

Due to a lack of time, it'll probably end up being the same method as the NVidia cards, but I'll also write a super-simple Java proxy that connects to the 1.0.7 RPC and creates the mining files that the file-based miners need, and then ferries the results back to PascalCoin's RPC.

So it'll work with 1.0.7, but you'll need to run a Java intermediary. It'll probably work like this: make your miner name 8 characters long in the PascalCoin wallet (reserving the last two characters for miner numbers), then connect the Java client, tell it how many GPUs you want to support, and it'll make the appropriate number of mining files. The miners will then be given a gpu number argument, and they'll use that to determine which files they mine with (so the Java proxy would write files like headerout0.txt and datain0.txt, headerout1.txt and datain1.txt, etc. (0 to (n-1), where n is the number of GPUs you want to mine with), and a miner running on device 0 would read from headerout0.txt and write to datain0.txt, etc. The proxy would detect changes in the datain files, and submit those to the PascalCoin wallet.
109  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 17, 2016, 12:58:23 AM
Hashrate's going up pretty fast!

I ordered an RX 480, and hopefully next weekend I can get around to making a (fairly unoptimized) public OpenCL miner. Ballpark estimates, AMD cards will probably pull 3-4x the performance per dollar of NVidia cards.
110  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 12, 2016, 12:48:02 PM
http://imgur.com/moyJalB

New record for a GTX 1070? lol

Lol for anyone wondering, the results are calculated based on the shares, so the first few rounds can create numbers way higher (or lower) than the actual card's performance. Put it this way: 'x' shares per minute is 'y' speed. By luck, your miner finds 'x' shares in 10 seconds by chance, and that's the only data the miner has to go off of, so it thinks you are performing at 6y until it gets another data point Smiley It isn't actually measuring the number of hashes done, but rather the expected number of hashes required to produce the number of shares you've produced.

Also for people wondering about negative hashrates: this miner is quite the hackjob, and the timing function with a granularity of ms that I built basically only uses the current hour, minute, second, and millisecond to produce a number. So when you wrap around from hour 23 to hour 0, the miner thinks you went back in time, and through the magic of negative time thinks you also did negative work.
111  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 12, 2016, 12:37:30 AM

Is it really that hard for an exchange operator to handle this code?



It is currently, because the code doesn't yet support linux, and there is no RPC for coins, so you can't tell the wallet over a network "send x coins to y" or "have you received any coins on address z yet?" which are both features the dev is working on. Give the project some time--once the codebase matures, it'll be a lot easier for exchanges to work with.
112  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 12, 2016, 12:15:18 AM
Oh my bad, the new miner takes an argument like "d0" for device 0, rather than just 0. Prepending it with a 'd' is preparing it to be able to accept multiple arguments (host, port, minername, etc.) in the future for the 1.0.7-compatible version.
113  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 08:13:04 PM
Someone pointed out that the unneutered miner somehow lost the device parameter. Looks like when I reverted to the unneutered code, I reverted back too far and lost the argument. Anyhow, here's a new version of the unneutered miner which adds back in the device argument:

https://github.com/Vorksholk/PascalCoin-CUDA/releases/download/v1.01/CUDA_Pascal_v1.01.zip

You can just copy-paste the .exe file you want back to where your old .exe file was, and use it instead.

114  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 02:41:20 PM
Ran a malware bytes scan on the VM that I built that PascalCoin wallet on, and it didn't find anything interesting. When I get home later, I'll build a completely fresh VM and compile it again--see if the issue goes away.

If you downloaded any version of my PascalCoin.exe wallet, you should probably run a virus scan, and if you want to be extra safe, change important passwords on an unrelated device.

This is embarassing, I didn't even think to run a virus scan on a file I compiled myself. The only thing I can imagine happening is someone using a browser exploit against my VM while I was on somewhat-sketchy sites trying to find a way to get an older version of Delphi, and then installing some program that automatically infects EXE files I compile?

Well the potential virus in question infects executables actively but honestly I think this is just a false positive because it's picking up on pieces of code that look similar to this virus.

Claymore has had similar issues with his miners before

It certainly could be, and I hope it is just a false positive. What makes me suspicious though is that the original PascalCoin wallet compiled by the developer is 100% clean, but when I upload my copy of PascalCoinWallet.exe that I compiled, I get issues. Could be a different library version, some included dll that Delphi threw in, etc., but it does seem pretty odd. Usually when cryptocurrency-related software gets picked up though, it's because sometime like it has been embedded in a real malware's payload to mine on systems that a virus infects. This is a bit different in that it's not the usual false-positives, and it's not the mining software being picked up. All of my CUDA miner binaries appear absolutely clean, and those are the usual suspects for false positives for "unwanted mining software" or the like.
115  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 02:18:12 PM
Ran a malware bytes scan on the VM that I built that PascalCoin wallet on, and it didn't find anything interesting. When I get home later, I'll build a completely fresh VM and compile it again--see if the issue goes away.

If you downloaded any version of my PascalCoin.exe wallet, you should probably run a virus scan, and if you want to be extra safe, change important passwords on an unrelated device.

This is embarassing, I didn't even think to run a virus scan on a file I compiled myself. The only thing I can imagine happening is someone using a browser exploit against my VM while I was on somewhat-sketchy sites trying to find a way to get an older version of Delphi, and then installing some program that automatically infects EXE files I compile?
116  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 01:51:24 PM
Some people mentioned high CPU usage in the wallet (which was basically busywaiting on GPU results), so here's a new version that doesn't chew up CPU: http://www.filedropper.com/pascalcudav3

 Is this the unneutered version of your software or have you not released it yet?


He released the unmetred one last night to support the network. Vorsholk is solid and a great person.

Actually totally spaced this, here's an unneutered version with the memory leak fix: http://www.filedropper.com/pascalcudav4


https://www.virustotal.com/fr/file/a47e9fa916190cbf129602da10645942a7ac7cbdb1663a9cf6620ff90e475f4b/analysis/1476191812/

10/54 positif ,not sure if i must download this ...

Ew, that's really weird! Looks like it's picking up something from the PascalCoinWallet.exe file? The original PascalCoin wallet doesn't seem to have any issues, and my version is compiled straight from the source code, using a legitimate copy of RAD Studio. I'll do a virus scan on my system, for the meantime DON'T DOWNLOAD THIS FILE. I'll post this notice in the original post too. I compiled it in a VM, maybe I got a virus trying to download an older version of Berlin? :/
117  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 01:09:33 AM
Some people mentioned high CPU usage in the wallet (which was basically busywaiting on GPU results), so here's a new version that doesn't chew up CPU: http://www.filedropper.com/pascalcudav3

 Is this the unneutered version of your software or have you not released it yet?


He released the unmetred one last night to support the network. Vorsholk is solid and a great person.

Actually totally spaced this, here's an unneutered version with the memory leak fix: http://www.filedropper.com/pascalcudav4


Awesome, totally trying to figure out how to make this work here since I have 2x GTX 770's in one of my systems. I think I had v3 working but didn't wait long enough for a block, just downloaded v4 and rebooted.

I had to update my mining key and create a new one that fits your requirements. I then set the wallet to always mine with that key. I hope this is sufficient.

Did you make sure your miner name is exactly 10 characters, and is the miner running directly from the same folder as the custom PascalCoin wallet? If so, you're probably good to go!
118  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 12:40:06 AM
Also, source code for anyone who wants it: https://github.com/Vorksholk/PascalCoin-CUDA/blob/master/kernel.cu

And if people just want to download the new miner binaries without grabbing the whole PascalCoin package from filedropper: https://github.com/Vorksholk/PascalCoin-CUDA/releases/download/v1.00/CUDA_Pascal_v1.00.zip
119  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 11, 2016, 12:35:00 AM
Some people mentioned high CPU usage in the wallet (which was basically busywaiting on GPU results), so here's a new version that doesn't chew up CPU: http://www.filedropper.com/pascalcudav3

 Is this the unneutered version of your software or have you not released it yet?


He released the unmetred one last night to support the network. Vorsholk is solid and a great person.

Actually totally spaced this, here's an unneutered version with the memory leak fix: http://www.filedropper.com/pascalcudav4
120  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 10, 2016, 11:17:00 PM
To answer a few questions about the GPU miner I've seen pop up:

Is the GPU miner compatible with 1.0.7?
Not currently, although I plan to make a GPU miner for 1.0.7 sometime soon (this weekend?).

Is there a memory leak in the current GPU miner?
Yup, leaks about a megabyte-ish a minute. I'm pretty sure I found the problem, testing the new version now to make sure it still performs as expected.

Do I need to use different users in Windows to mine with multiple GPUs?
Probably--each GPU will be essentially duplicating the work of the other GPUs if they're fed the same mining data, since they run deterministically (no 'random' nonce generation, though the number of threads running on the GPU do affect the nonce range explored).

Can the different GPU miners all run from the same folder?
No, you need to run a separate instance of PascalCoin from a separate folder for each GPU on the same machine.

Why do I need to use different users for multiple GPUs?
You need to run multiple instances of PascalCoin either with a different public key you mine with, or with a different miner name in order to make sure the GPUs aren't duplicating each other's work.

Will I be able to mine with multiple GPUs to a single wallet in the future?
Yes. The version that supports 1.0.7 and it's RPC functionality will allow you to specify a different miner name for each GPU. As long as you let each GPU use a different miner name, they won't duplicate any work between them (because the miner name is part of what gets hashed when producing a block).

Does it still make sense to CPU mine?
If you have free electric or just want to play around, sure. Unless you have free electric, it isn't going to be profitable.
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 ... 86 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!