Bitcoin Forum
February 22, 2018, 01:26:36 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
  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 57 ... 85 »
121  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 09, 2016, 07:10:46 PM
So, my goals are:
1. Make sure this GPU miner doesn't harm PascalCoin
2. Get a bit of profit from making this
3. After a while, have the GPU miner completely open-source

So I have two options which I think reasonably represent both of those goals:

1. Release a neutered version of the miner (~50% performance or something) closed-source and continue to mine with my faster version, and then release the full version completely open-sourced after a while (10 days?)

2. Continue to mine privately for another two days, and then release the full version completely open-sourced in about 48 hours.

Do these sound reasonable to people? Any preferences?
122  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 09, 2016, 07:06:51 PM
What language did you use to code the new miner?

Some modifications to the wallet in Pascal, the miner itself is written in C++/CUDA. Smiley
123  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 09, 2016, 07:00:24 PM
Continued:

Want to chat in real-time? Head over to #pascalcoin on webchat.freenode.net!

The whole point of crypto is that it's decentralized and not under the control of one miner or party. That being said, there needs to be some sort of incentive for people to develop software for the community, etc. And putting up a donation address doesn't really work Wink. It takes a lot of work/expertise to do this kind of thing.

7. Are you going to attack the network?
Absolutely not. There'd be no point.

8. What was the first GPU-mined block?
The first block I GPU-mined was 19751, about 3.5 hours ago.

9. Should I turn off my CPU miner?
Right now, mining is about 3x harder than it was before, since the difficulty is still adjusting to the GPU miner. Once it adjusts, it will be ~5x harder.

10. How do people normally get rewarded for making GPU/optimized mining software?
There's a few different ways:
  • Sell it in exclusivity to a large farm
  • Sell it to individual users
  • Make it closed-source but free to download, with a miner subsidy built in (mines for the developer for a percentage of the time)
  • Mine with it privately
  • Run the only pool compatible with the miner, and take a percentage cut of the pool's production
  • Release it for free/open source, and hope that someone donates to the donation address you post
  • Make a public bounty that, when reached, the GPU miner is open-sourced and freely released

11. What are the limitations of the existing miner?
It doesn't do any self-tuning, it requires a miner name of exactly 10 characters, the output is disgusting, it doesn't seem to produce full GPU utilization. It's not user-friendly, and the code's an absolute mess. It's a hackjob.

12. Does the miner work with the default PascalCoin wallet?
No, I had to modify the PascalCoin wallet to make external mining possible.

13. Does the miner work on AMD cards at all?
Nope.

Probably the most profitable way for me to have used the GPU miner would have been low-scale mining for a long period of time, which I obviously didn't do (what's the fun in that?).
124  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 09, 2016, 06:32:56 PM
So... GPU miner. Spent the last few days figuring out how to make one, and finally got it working. It's a real hackjob. Here's basically what I did:
1. Figured out how to get PascalCoin to compile in the latest version of Berlin/RAD Studio
2. Attempted to modify it to add some type of RPC, encountered way too many issues primarily due to me not knowing the Pascal language
3. Settled on having the pascalcoin wallet write out mining data to a file that an external miner could read, find a solution, and write that solution in a new file
4. Wrote a SHA-256D CUDA miner from scratch to accomodate PascalCoin's larger-than-80-byte header



Not going to quote all of the previous posts since that'll be really confusing, but here's the main questions + other stuff I think people'll be interested in:

1. Is there a GPU miner?
Yes.

2. Is it optimized?

Not really. Took advantage of low-hanging fruit like midstates (so it only does 1/2 the work that a naive implementation would do), but no architecture-specific optimizations.

3. How fast is it?
I'm getting about 270 MH/s on an overclocked GTX 1080, about 190 MH/s on an overclocked GTX 1070, and about 105 MH/s on half of a Tesla K80.

4. How much mining power are you running with?
About 1 GH/s.

5. Would a well-built OpenCL miner on an AMD card be faster than the CUDA miner on a similarly-priced card?
Almost certainly, the performance can be compared with SHA-256D GPU miners for Bitcoin.

6. Will you release the GPU miner?
Yes. Having one person with 90+% of the hashrate is obviously not healthy for the network itself or for the value of the coin.

People are panicking so I'm making this post short, more info to come in a few minutes. Smiley
125  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 07, 2016, 08:17:26 PM

Not trying to spread FUD but it would be nothing short of absurd if any exchange picked this coin up in 6 months lets alone the end of the year.

Why is that? Not enough coins yet or other reasons?

There is no RPC access, there is no easy way to integrate this kind of account system into existing exchange system, the fact that exchanges have to buy/mine new accounts. I'm sure there are work arounds but this coin really needs to take off (50k+ sat per coin + high OTC volume) to get interest from an exchange capable of implementing this coin.

As I know the solution to implement this new coin in an exchange would be easy.

Exchanges only need one account, only one, and they, internally, assign an account "number" to their users. So, If I want to send my coins to the exchange I will send it to the exchange account and I only have to specify in the message that this amount will be for the number account that exchange have assigned me... I think it is an easy way to handle this subject of account... it doesn't matter if account are REAL or ASSIGNED BY EXCHANGE, in both cases we donīt control the private keys of these accounts so they are as safe as the "normal" system.

At least I think so...

(I'm sorry for my bad english)

Everyone would have the same deposit address. This wouldn't work.

EDIT: Didn't read the part about using messages. Could be possible.

There are quite a few ways for an exchange to have a single deposit address for all users, each with varying levels of implementation difficulty or user confusion:
1.) Messages (users attach some message to their transaction which identify them)
2.) For each transaction the exchange receives, check which public key(s) signed it (difficult in classic UTXO-based currencies, may make sense for an account-based blockchain)
3.) Have users encode their identity in the fractional part of the deposit (for example, all deposits of an amount x.19182 belong to a particular user, so if I want to deposit ~50 coins I send 50.19182, and they know I sent them)
126  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 06, 2016, 11:53:01 PM
Mining is getting too difficult now is there any way to work out how many miners are on the network?
Trade secret. But I am near the output of an Antminer s1. Grin.

I'd be surprised, an AntMiner S1 is 180 GH/s, and based on the network's current difficulty, it's hash rate is somewhere below 230 MH/s Wink

Math for anyone interested: current difficulty is 23A79E4A
For ballparking this, we only care about the first two digits (23). Let's add 1 to it, so that we overestimate instead of underestimate: 24.
24 is, in hex, the number of zeroes that need to be at the beginning of a winning hash. In decimal, that's 36.
Therefore, you need 36 zeroes at the beginning of a hash for it to win. Only 1/(2^36) hashes will, on average, meet this requirement. That means, on average, the network produces 2^36 hashes every time a block is produced (5 minutes). As such, it does (2^36)/300 = 229,064,923 hashes per second, or (229,064,923/(1024 * 1024)) = 218.45-ish MH/s.

Thanks for making the calculation. can ASICs be used with Pascal, theoretically? is the algorithm double SHA256?

Short answer: the current Bitcoin-style SHA256D ASICs *probably* wouldn't work.

Here's why:
The algorithm is double-SHA256, but that doesn't necessarily mean current ASICs are capable of doing it, because it isn't the same exact "flavor" of SHA256D. Bitcoin and other SHA256D cryptocurrencies for which ASICs are designed have an 80-byte header which is hashed, consisting of 6 fields (version, previous block hash, merkle root hash of current block, timestamp, nBits difficulty, nonce). The nonce is the last 4 bytes of this header, and so ASICs modify bytes 76 through 79 of this compiled input when they increment the nonce.

PascalCoin, however, uses a different format for the data. The nonce is still at the end, but the length of the data is larger (and variable, although this is effectively avoidable).
For example, if I were to start mining a block right now (Total blocks = 18865), I would be hashing the following data:

Code:
91480000CA02200034EEB5BF14734D065F194567205B3CDD4A9325DAC6B7BB6CBBD0FC1EB8FC39E520001E55B0AFA322E0B057CBDA829FC420BA6A31428CA7C878BB5F642321B967BE6C40420F00000000000100000028687D22566F726B73686F6C6B2EBF663CA475EB9E3E54A26B19F757598F642F1635C22790ADE400204030F19045E3B0C44298FC1C149AFBF4C8996FB92427AE41E4649B934CA495991B7852B85500000000CCDBF6579ABA8C01


Which is 176 bytes (compared to the 80 that an ASIC for Bitcoin is expecting). Also since that miner identification is part of that string, changing my miner name changes the length of this input! But the problems go deeper!

Let's step back real quick and look at how SHA-256 functions:
Initialize 8 variables h0...h7 with some starting values (hard-coded into the algorithm, they're the beginning part of the square roots of the prime numbers from 2 to 19)
Take your input bits, add a '1' bit to the end. Then, add zeroes until its length % 512 = 448. Then, append a 64-bit number which contains the length of the original message (thus making its length a multiple of 512).
Then, for each 512-bit chunk, do a word expansion (which involves dividing the 512-bit chunk into 16 32-bit chunks, performing some operations to them to produce another 48 32-bit integers, for a total of 64). Initialize some variables a...h to h0...h7. Perform a compression function that uses those 64 words to modify a...h. Afterwards, add a...h to h0...h7.
Once you've processed each 512-bit chunk in that manner, the hash is simply h0...h7 smashed together (each is a 32-bit integer, so 8 of them give you the 256-bit output).

SHA256D simply involves doing that twice. With a Bitcoin-like 80-byte input (640 bytes), the first SHA256 call will have two 512-bit chunks to deal with, so the word expansion and compression functions will run twice. The output is a 256-bit integer, so feeding that 256-bit output into SHA256 again will only have one 512-bit chunk to deal with, so the word expansion and compression functions only run once. Fun fact: almost 2/3 of the time computing SHA-256D on a Bitcoin-style input is in the first SHA-256 run, since the 2nd one only has one chunk.

Anyhow, with a PascalCoin-like (minimum ~166 byte, as far as I can gather) input, the first SHA256 call will have three 512-bit chunks to deal with, so the word expansion and compression functions will run three times. The output again is only a 256-bit integer, so the 2nd run of SHA256 would run identically to Bitcoin.

While I don't have any experience designing ASICs, I would assume that, between the different input size (meaning the location of the nonce is different than Bitcoin) and the extra SHA256 expansion/compression rounds that have to occur because of the larger input, ASICs designed for SHA-256D mining of Bitcoin-like coins would be unable to process PascalCoin hashes. However, some ASIC designs might be flexible enough to enable this or require only a minor modification to enable it.

Fun experiment you can do from home with PascalCoin and hashing speeds! With a length-10 miner name, the hashed data is 176 bytes (3 expansion/compression rounds in the first run of the algo, since this is 1408 bits input to SHA-256). However, if you increase your miner name to a length of 18 or greater (thus making the input data 184 bytes or larger, which is 1472 bytes or larger, which once you add the '1' bit, is 1473 bits, and 1473 % 512 = 449, so to get back to length % 512 = 448), we have to add an additional chunk, thus causing the first iteration of SHA256 to require 4 expansion/compression rounds. Effectively, your miner length of 18 or greater made SHA-256 harder to compute, so you mine at a slower speed. One core of my desktop mines at 1073 kH/s with a length-17-or-below-name, but with a length-18 name it drops down to 886 kH/s (we made it go from a total of 4 chunks to a total of 5, and unsurprisingly our speed is nearly or original speed multiplied by 4/5). Note: if you change the name and your speed doesn't decrease, restart PascalCoin to force it to use the new miner name.
127  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 06, 2016, 10:48:58 PM
Mining is getting too difficult now is there any way to work out how many miners are on the network?
Trade secret. But I am near the output of an Antminer s1. Grin.

I'd be surprised, an AntMiner S1 is 180 GH/s, and based on the network's current difficulty, it's hash rate is somewhere below 230 MH/s Wink

Math for anyone interested: current difficulty is 23A79E4A
For ballparking this, we only care about the first two digits (23). Let's add 1 to it, so that we overestimate instead of underestimate: 24.
24 is, in hex, the number of zeroes that need to be at the beginning of a winning hash. In decimal, that's 36.
Therefore, you need 36 zeroes at the beginning of a hash for it to win. Only 1/(2^36) hashes will, on average, meet this requirement. That means, on average, the network produces 2^36 hashes every time a block is produced (5 minutes). As such, it does (2^36)/300 = 229,064,923 hashes per second, or (229,064,923/(1024 * 1024)) = 218.45-ish MH/s.
128  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: October 02, 2016, 09:13:18 PM

Download the wallet several hours ago and it seem not to get past block 13801.

02/10/2016 21:09:22.385 TID:00001A18 [Info] <TNetServer> Activating server on port 4004
02/10/2016 21:09:22.511 TID:00002478 [Info] <TNetClient> Connected to a server 108.53.3.135:4004
02/10/2016 21:09:22.545 TID:00000FA4 [Info] <TNetClient> Connected to a server bpascal1.dynamic-dns.net:4004
02/10/2016 21:09:22.590 TID:00000598 [Info] <TNetClient> Connected to a server pascalcoin1.ddns.net:4004
02/10/2016 21:09:22.610 TID:00001718 [Info] <TNetClient> Connected to a server 45.32.110.243:4004
02/10/2016 21:09:22.615 TID:0000106C [Info] <TNetClient> Connected to a server 45.32.102.12:4004
02/10/2016 21:09:23.316 TID:000011C8 [Info] <TNetClient> Disconecting myself bpascal1.dynamic-dns.net:4004 > Duplicate connection with pascalcoin1.ddns.net:4004
02/10/2016 21:09:23.316 TID:00002578 [Info] <TNetClient> Disconecting myself pascalcoin1.ddns.net:4004 > Duplicate connection with bpascal1.dynamic-dns.net:4004
02/10/2016 21:09:23.316 TID:000011C8 [Info] <TNetClient> Disconnected from bpascal1.dynamic-dns.net:4004
02/10/2016 21:09:23.316 TID:00002578 [Info] <TNetClient> Disconnected from pascalcoin1.ddns.net:4004
02/10/2016 21:09:43.764 TID:00000524 [Info] <GetNewBlockChainFromClient> My blockchain is ok! Need to download new blocks starting at 13801
02/10/2016 21:09:44.814 TID:00000300 [Info] <TNetClient> Connected to a server 54.69.184.230:4004
02/10/2016 21:09:44.821 TID:00000448 [Info] <TNetClient> Connected to a server 45.32.109.107:4004
02/10/2016 21:09:44.833 TID:000020BC [Info] <TNetClient> Connected to a server 45.32.108.121:4004
02/10/2016 21:09:45.893 TID:00002028 [Info] <GetNewBlockChainFromClient> My blockchain is ok! Need to download new blocks starting at 13801
02/10/2016 21:11:04.918 TID:00001938 [Error] <TNetClient> Received a distinct block, finalizing: Block:17469 Timestamp:1475435317 Reward:1000000 Fee:0 PoW:000000000C562ADE4562076FA057E47B9FC4F2BEB51575634BC09D34930C6224
02/10/2016 21:11:07.160 TID:00001560 [Error] <TNetClient> Received a distinct block, finalizing: Block:17469 Timestamp:1475435317 Reward:1000000 Fee:0 PoW:000000000C562ADE4562076FA057E47B9FC4F2BEB51575634BC09D34930C6224

Connections:6 Client:0 Servers:6

Total Blocks: 13801
Current Block age: 11 days ago
Mining Status: Not mining (allow mining checked)
Node Status: Found block 17470 (Wait until downloaded)

Stopped and started the wallet several times and the same result, sync's up to 13801. I'll leave it running to see if it sorts itself out
unless anyone has suggestions?


Try downloading a more recent blockchain file from here: http://filedropper.com/pascalcoinb03_1. There's something weird with that blockchain file, and about half the time I set up a new node I end up having to grab a more recent blockchain file to use.
129  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: PascalCoin Buy/Sell on: September 24, 2016, 06:20:56 PM
WTB good account numbers. PM me an offer.

This is an interesting discussion to have publicly. Good account numbers are certainly short ones and/or ones with memorable patterns. Any other attributes you or other people are looking for?

If anyone is interested in picking up some memorable addresses, I have these ones which might be of interest (and a ton of other ones, too):
Code:
5000-71
5055-66
6600-74
6688-88
6800-50
7000-86
7555-52
7644-44
8300-14
8500-50
9300-36
9500-72
10000-94
13579-92
15000-95
22000-44
24444-10



What price range were you thinking about.

To be honest I have no idea what kind of price makes sense (especially if PascalCoin evolved to change the address system so that more people could use it, or whatever). If we stick with our current addressing system, these addresses might be somewhat valuable, or they could be worthless, who knows. Just to throw numbers around, I'd say 0.05-0.15 BTC, where the more expensive ones would be shorter/"cleaner" ones. I really doubt anyone wants to pay that price currently for those (nor does the current market justify it), so I'll likely just hang onto them for now.

If people are interested in just bulk addresses, I'd be happy to sell them at 0.1 BTC per thousand.
130  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: PascalCoin Buy/Sell on: September 24, 2016, 06:29:26 AM
WTB good account numbers. PM me an offer.

This is an interesting discussion to have publicly. Good account numbers are certainly short ones and/or ones with memorable patterns. Any other attributes you or other people are looking for?

If anyone is interested in picking up some memorable addresses, I have these ones which might be of interest (and a ton of other ones, too):
Code:
5000-71
5055-66
6600-74
6688-88
6800-50
7000-86
7555-52
7644-44
8300-14
8500-50
9300-36
9500-72
10000-94
13579-92
15000-95
22000-44
24444-10

131  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 21, 2016, 12:33:23 AM
Is there mecanism in place to block miners from botnet?

As it currently stands, anyone wanting to botnet this coin would have two options:
Modify and recompile the code to remove the GUI and run in the background
Write a compatible miner, and modify the PascalCoin code to act like a pool

It'd be a lot easier to just modify PascalCoin to enable RPC functionality, and write a GPU miner.

Mmmmmmmmmmmm    Cool Cool Cool Roll Eyes Roll Eyes Roll Eyes

I couldn't even get the dang IDE to compile the code with (latest release of RAD Studio doesn't work!), much less actually make any modifications Smiley

A GPU would probably be faster than the entire network currently. The network itself is hovering around 200 MH/s-ish, and a decent GPU could probably pull 800+ MH/s.

Is it possible for someone to create a GPU miner in Pascal?

There is no current documentation on GPU miners on Pascal. Cheesy

We need some greybeards in this thread haha



Do we really want GPU miners for this coin? IMHO, we should get away from this idea as we want this coin to be as accessible as possible to the joe miner with a household/at home computer. Otherwise, mining farm would get most the reward... What is your thought on this?

Not having a public GPU miner doesn't mean people aren't GPU mining, it just means that a select few have an unreasonably significant advantage over the entire remainder of the network. To throw some numbers around, one high-end GPU could probably quadruple the entire network's current hash rate. This means that if someone wanted to attack the network, they just need to write a GPU miner and run it on a ~$150 card.
132  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 21, 2016, 12:27:04 AM
Is there mecanism in place to block miners from botnet?

As it currently stands, anyone wanting to botnet this coin would have two options:
Modify and recompile the code to remove the GUI and run in the background
Write a compatible miner, and modify the PascalCoin code to act like a pool

It'd be a lot easier to just modify PascalCoin to enable RPC functionality, and write a GPU miner.

Mmmmmmmmmmmm    Cool Cool Cool Roll Eyes Roll Eyes Roll Eyes

I couldn't even get the dang IDE to compile the code with (latest release of RAD Studio doesn't work!), much less actually make any modifications Smiley

A GPU would probably be faster than the entire network currently. The network itself is hovering around 200 MH/s-ish, and a decent GPU could probably pull 800+ MH/s.

Is it possible for someone to create a GPU miner in Pascal?

There is no current documentation on GPU miners on Pascal. Cheesy

We need some greybeards in this thread haha



If we had RPC access, then we could write a GPU miner in any language. There are OpenCL bindings for Delphi, but there'd be no need to use them.
133  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 20, 2016, 11:42:12 PM
Is there mecanism in place to block miners from botnet?

As it currently stands, anyone wanting to botnet this coin would have two options:
Modify and recompile the code to remove the GUI and run in the background
Write a compatible miner, and modify the PascalCoin code to act like a pool

It'd be a lot easier to just modify PascalCoin to enable RPC functionality, and write a GPU miner.

Mmmmmmmmmmmm    Cool Cool Cool Roll Eyes Roll Eyes Roll Eyes

I couldn't even get the dang IDE to compile the code with (latest release of RAD Studio doesn't work!), much less actually make any modifications Smiley

A GPU would probably be faster than the entire network currently. The network itself is hovering around 200 MH/s-ish, and a decent GPU could probably pull 800+ MH/s.
134  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 20, 2016, 10:52:04 PM
Is there mecanism in place to block miners from botnet?

As it currently stands, anyone wanting to botnet this coin would have two options:
Modify and recompile the code to remove the GUI and run in the background
Write a compatible miner, and modify the PascalCoin code to act like a pool

It'd be a lot easier to just modify PascalCoin to enable RPC functionality, and write a GPU miner.
135  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 19, 2016, 07:32:44 PM
So idid some calculations and the hashrate of block 13250 was at 599,9751490339 MH/s

and the first 1k2-k blocks that were created had 2MH/s imagine how many you could mine if you discovered pascalcoin right when it was released.Guilt trio.It would be easily some 50k pascalcoins meaning if they were sold for 0.0001 btc it would be 5BTC BTC.FML.




Could you explain your math? The target of block 13250 was 232EDD70. The first two hex characters (23) represent the decimal number 35. This is the number of leading zeros on the resultant hash in binary. This means that, for a target starting with 23, it should take between 2^35 and 2^36 hashes to solve a block, on average.

Since this process takes an average of 5 minutes = 300 seconds, the hash rate for the network if the target 23xxxxxx is true should be between (2^35)/300 and (2^36)/300, which is: 114,532,461 H/s to 229,064,922 H/s, or somewhere between ~114 MH/s and ~229 MH/s. We could get a more precise estimate hashrate by also interpreting the remaining three less-significant bytes of the target.
136  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 16, 2016, 01:10:41 PM
For everyone wondering about the Vork usernames, that's me. Rented quite a few servers.

As for the time messages, if you're still connected and mining fine, you aren't the one with a time issue, it just means that a node with a time issue connected to you.
137  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 07, 2016, 05:08:56 PM
Is there anyone selling any? Any exchanges? This coin looks different than most.

I'm selling some at ฿0.0000035/coin ฿0.0000050/coin ฿0.0000105/coin if anyone is interested (new price as of 9/14/16).
138  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 03, 2016, 03:49:15 PM
For a GPU miner, the main thing required is some RPC access (even a simple getwork-ish method), then writing external optimized CPU/GPU miners will be a lot easier.

Sorry... I don't know how GPU works... If there is a developer with knowledge about this I will appreciate any help.

You'd just need to provide RPC functionality for PascalCoin that allows the miner to query for the info to hash and current target, and then submit the nonce (or block header) they found back to PascalCoin. Once you add that to your coin, people can start making external GPU/CPU miners, pools, etc.

So basically bind another port on the machine, and allow for queries like "getwork" which returns (maybe in JSON, since your block header isn't as rigid as Bitcoin's) a public key corresponding to a private key held by the wallet, operations hash/fee, timestamp, and current target. A GPU mining program would be able to query this, build the block header by adding their own payload and starting the nonce from zero or whatever and incrementing it, perform their hashing, check against the target, etc. Then allow for another query like "submitblock" for the miner to send back the header with the appropriate nonce, have PascalCoin do the appropriate block construction as if the built-in miner found a valid proof-of-work, and submit it to the network.

RPC usually uses some kind of authentication, but you could slap on a simple RPC without authentication that only allows for mining for now.
139  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Pascal Coin: P2P cryptocurrency without need of historical operations on: September 03, 2016, 01:20:55 AM
Well if the algo is SHA256D ASICS would take over the coin very quickly if it catches some value.

Note that PoW is calculated using SHA256D over a stream with different size of BitCoin, all is new because I've made a new fully development in Pascal.
I don't know if actual ASICS can work over PascalCoin... perhaps not.

But, of course, if this happens, I'll be very very very happy!

Took a quick peek at your source code, I see:
Code:
 FStreamPoW.WriteBuffer(FDigest_Basic[1],length(FDigest_Basic));
  FStreamPoW.WriteBuffer(FDigest_Operations[1],length(FDigest_Operations));
  FStreamPoW.Write(FOperationBlock.timestamp,4);
  FStreamPoW.Write(FOperationBlock.nonce,4);

That's 72 bytes of data being hashed, correct? I believe most ASICs are specifically optimized to hash exactly 80 bytes of data (and furthermore, to increment the last 4 bytes of those 80 bytes when incrementing the nonce), so there's a good chance that they wouldn't be able to hash any less.

For a GPU miner, the main thing required is some RPC access (even a simple getwork-ish method), then writing external optimized CPU/GPU miners will be a lot easier.
140  Alternate cryptocurrencies / Altcoin Discussion / Re: Cryptocurrency without need of historical operations... PascalCoin is the first? on: August 13, 2016, 05:04:54 PM
Hi.

Yesterday I posted a new Cryptocurrency: PascalCoin (See post at Announcements Altcoin https://bitcointalk.org/index.php?topic=1583719.0 )

I want to know if there is another cryptocurrency that doesn't need blockchain to check balance and/or double spend... PascalCoin is designed to use the Blockchain only to generate and modify a "Safe Box" where all accounts and their balance are inside.
Safe Box has a predictible size and blockchain can be deleted after modifying the Safe Box. (because doesn't need historical operations)

Do you know other similar cryptocurrencys?

Note:
Pascal Coin White Paper:
https://github.com/PascalCoin/PascalCoin/blob/master/PascalCoin%20White%20Paper%20-%20EN.pdf

Full Source code is available at GitHub:
https://github.com/PascalCoin/PascalCoin

Windows installer of the Pascal Coin miner and Explorer at SourceForge:
https://sourceforge.net/projects/pascalcoin/

Thanks


Check out cryptonite: https://bitcointalk.org/index.php?topic=713538.0 and their mini-blockchain account balance implementation.
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 57 ... 85 »
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!