[ANN][XRB]Cryptocurrency's killer app: RaiBlocks micropayments - page 581.

cryptoboy.architect

hero member

Activity: 513

Merit: 500

Quote from: kneim on April 16, 2016, 02:02:06 AM

How to compete spam without fees?

There is a small Proof of Work per transaction. That may need to be able to adjust dynamically though. And also the proof of work should be on the sender, but not on the receiver. I still don't understand why receiver has to do PoW.

clemahieu

full member

Activity: 238

Merit: 122

Quote from: kneim on April 16, 2016, 02:02:06 AM

How to compete spam without fees?

A small hashcash style proof of work.

clemahieu

full member

Activity: 238

Merit: 122

Quote from: cryptoboy.architect on April 16, 2016, 01:55:18 AM

Quote from: clemahieu on April 16, 2016, 01:48:58 AM

Yea that sound like a suspect, the PoW that's used to prevent transaction spam. Are you running it inside a VM? Possible 1 CPU core? In your config.json what does it list for work_thread and io_thread count?

The PoW in the transaction makes sense, but I'm not sure why it's needed at address generation time.

By the way - trying to create addresses via the RPC does not appear to be functional. (Something an exchange will likely need)

Got 8 threads - again it's not that long of a time it's down. It's workable. But I imagine an exchange would need to handle at least 100 times more transactions.

What you're noticing is precaching the PoW for your next transaction. I designed the PoW so it uses information from your previous transaction so in the usual case you can fire off 1 transaction instantly and the work generation latency gets hidden in the time until your next transaction.

Part of this will be helped with the OpenCL module I'm putting together for people who need to handle higher transaction loads.

kneim

legendary

Activity: 1666

Merit: 1000

How to compete spam without fees?

hakanbalta577

sr. member

Activity: 406

Merit: 250

Quote from: clemahieu on April 16, 2016, 01:04:05 AM

I'm working on cleaning up the build process this weekend, we have a semi lead that I'll be trying to make happen as much as I can. I know a trade thread is an awkward way to do this so I know everyone wants it to happen.

good news in here

I hope everything will be good.

cryptoboy.architect

hero member

Activity: 513

Merit: 500

Quote from: clemahieu on April 16, 2016, 01:48:58 AM

Yea that sound like a suspect, the PoW that's used to prevent transaction spam. Are you running it inside a VM? Possible 1 CPU core? In your config.json what does it list for work_thread and io_thread count?

The PoW in the transaction makes sense, but I'm not sure why it's needed at address generation time.

By the way - trying to create addresses via the RPC does not appear to be functional. (Something an exchange will likely need)

Got 8 threads - again it's not that long of a time it's down. It's workable. But I imagine an exchange would need to handle at least 100 times more transactions.

clemahieu

full member

Activity: 238

Merit: 122

Quote from: cryptoboy.architect on April 16, 2016, 01:30:50 AM

Quote from: clemahieu on April 16, 2016, 01:25:33 AM

Interesting. Thinking about it I suspect the GUI may not handle that many addresses that well though of course an exchange would use a headless node.

Do you notice slowness during any particular action?

Nothing that is unworkable. But here are a few notes:

- Slowness happens when generating the addresses, and CPU usage goes up / fans start up, etc.
- Slowness also occurs when it is the end of the 2 hours distribution period and balances are being processed
- During that "processing" period (probably in another thread) I also get unresponsiveness, such as:
- transfers go on hold until processing is done
- RPC commands are just blocked until processing is done
- quitting the GUI just "hangs" until processing is done

I'm just thinking if I was an exchange, I'd need a receive address per account, so I'd have to have them pre-generated, or generate on the fly. Either way, it seems generating an address requires some CPU power by itself. (Does it have some PoW associated with it, to prevent address spam?)

Yea that sound like a suspect, the PoW that's used to prevent transaction spam. Are you running it inside a VM? Possible 1 CPU core? In your config.json what does it list for work_thread and io_thread count?

cryptoboy.architect

hero member

Activity: 513

Merit: 500

Quote from: clemahieu on April 16, 2016, 01:25:33 AM

Interesting. Thinking about it I suspect the GUI may not handle that many addresses that well though of course an exchange would use a headless node.

Do you notice slowness during any particular action?

Nothing that is unworkable. But here are a few notes:

- Slowness happens when generating the addresses, and CPU usage goes up / fans start up, etc.
- Slowness also occurs when it is the end of the 2 hours distribution period and balances are being processed
- During that "processing" period (probably in another thread) I also get unresponsiveness, such as:
- transfers go on hold until processing is done
- RPC commands are just blocked until processing is done
- quitting the GUI just "hangs" until processing is done

I'm just thinking if I was an exchange, I'd need a receive address per account, so I'd have to have them pre-generated, or generate on the fly. Either way, it seems generating an address requires some CPU power by itself. (Does it have some PoW associated with it, to prevent address spam?)

clemahieu

full member

Activity: 238

Merit: 122

Quote from: cryptoboy.architect on April 16, 2016, 01:07:09 AM

Quote from: clemahieu on April 16, 2016, 01:04:05 AM

I'm working on cleaning up the build process this weekend, we have a semi lead that I'll be trying to make happen as much as I can. I know a trade thread is an awkward way to do this so I know everyone wants it to happen.

Excellent! I would say put clear instructions and documentations on how to deal with the RPC stuff. Also might be useful to provide some simple cli scripts.

Exchanges would need to be able to receive to >100,000 addresses and client should not collapse. I know with just 700 addresses my client is chugging and slow.

Just my 2 rai.

Interesting. Thinking about it I suspect the GUI may not handle that many addresses that well though of course an exchange would use a headless node.

Do you notice slowness during any particular action?

cryptoboy.architect

hero member

Activity: 513

Merit: 500

Quote from: clemahieu on April 16, 2016, 01:04:05 AM

I'm working on cleaning up the build process this weekend, we have a semi lead that I'll be trying to make happen as much as I can. I know a trade thread is an awkward way to do this so I know everyone wants it to happen.

Excellent! I would say put clear instructions and documentations on how to deal with the RPC stuff. Also might be useful to provide some simple cli scripts.

Exchanges would need to be able to receive to >100,000 addresses and client should not collapse. I know with just 700 addresses my client is chugging and slow.

Just my 2 rai.

kryptopojken

hero member

Activity: 767

Merit: 532

Quote from: clemahieu on April 16, 2016, 01:04:05 AM

I'm working on cleaning up the build process this weekend, we have a semi lead that I'll be trying to make happen as much as I can. I know a trade thread is an awkward way to do this so I know everyone wants it to happen.

appreciate all your work sir!

clemahieu

full member

Activity: 238

Merit: 122

I'm working on cleaning up the build process this weekend, we have a semi lead that I'll be trying to make happen as much as I can. I know a trade thread is an awkward way to do this so I know everyone wants it to happen.

kryptopojken

hero member

Activity: 767

Merit: 532

Any plans on trying to get this listed on exchanges yet?

wlemahieu

newbie

Activity: 52

Merit: 0

Quote from: iTradeChips on April 16, 2016, 12:20:46 AM

Quote from: wlemahieu on April 15, 2016, 08:15:59 PM

Quote from: iTradeChips on April 15, 2016, 07:43:05 PM

my wallet has not yet received the coins from yesterday. every how hoften does the system send the coins now?

Our system distributes every 2 hours on the hour. This distribution can take a few minutes and rarely can be delayed until the next 2 hour interval. If you provide your account, I can look up your block receipt hashes for you.

please check. this is the account i used : xrb_3yj7kibinzbip7rwzi6p85fdusir1w7sdzabug4g1zyuzuaoco9qutdu7yqq

It looks like you were paid. The receipt hash is B3D0DBBE209FB673A2A520891125678C903B6BAB997E6C1D48F06640975CA239 - You had 20 successes and were sent 86 Mrai. Let me know if that helps.

iTradeChips

hero member

Activity: 1792

Merit: 536

Leading Crypto Sports Betting & Casino Platform

Quote from: wlemahieu on April 15, 2016, 08:15:59 PM

Quote from: iTradeChips on April 15, 2016, 07:43:05 PM

my wallet has not yet received the coins from yesterday. every how hoften does the system send the coins now?

Our system distributes every 2 hours on the hour. This distribution can take a few minutes and rarely can be delayed until the next 2 hour interval. If you provide your account, I can look up your block receipt hashes for you.

please check. this is the account i used : xrb_3yj7kibinzbip7rwzi6p85fdusir1w7sdzabug4g1zyuzuaoco9qutdu7yqq

wlemahieu

newbie

Activity: 52

Merit: 0

Quote from: jrpatking on April 15, 2016, 11:27:29 PM

Quote from: V.Lace on April 15, 2016, 11:14:31 PM

ok what is bothering me that Mrai is decreasing two fast in 3 days at this rate it will be 1 Mrai per claim, what is after 1 Mrai 0?

I didn't get my last couple hours payment. May be it already turned 0? !!!

What is your xrb_account?

jrpatking

full member

Activity: 126

Merit: 100

Quote from: V.Lace on April 15, 2016, 11:14:31 PM

ok what is bothering me that Mrai is decreasing two fast in 3 days at this rate it will be 1 Mrai per claim, what is after 1 Mrai 0?

I didn't get my last couple hours payment. May be it already turned 0? !!!

steven0021

hero member

Activity: 629

Merit: 501

Experientia docet

Quote from: V.Lace on April 15, 2016, 11:14:31 PM

ok what is bothering me that Mrai is decreasing two fast in 3 days at this rate it will be 1 Mrai per claim, what is after 1 Mrai 0?

999 krai. after that it's 999 rai, then mrai, last is urai.

V.Lace

hero member

Activity: 616

Merit: 500

ok what is bothering me that Mrai is decreasing two fast in 3 days at this rate it will be 1 Mrai per claim, what is after 1 Mrai 0?

cryptoboy.architect

hero member

Activity: 513

Merit: 500

Quote from: clemahieu on April 15, 2016, 09:59:21 PM

Displaying that data is the next thing we're working on, the only constraint is time but it should be pretty easy since we're already tracking it.

If anyone has the ability to help lift some of the tasks we're working on it would obviously help the system, help value, and get everything moving faster.

You are doing a great job! No rush on my end. I'd rather have it done right, than done quick.

Cool

Topic: [ANN][XRB]Cryptocurrency's killer app: RaiBlocks micropayments - page 581. (Read 775179 times)