Search content
Sort by

Showing 20 of 522 results by Kumala
Post
Topic
Board Announcements (Altcoins)
Re: ❄ CircuitCoin ❄ CIR ❄ sha256d ❄
by
Kumala
on 18/01/2017, 01:39:19 UTC
Ok. Wallet and staking work nice  Wink
Post
Topic
Board Announcements (Altcoins)
Re: [ANN] ● TheChiefCoin ● CHIEF ● Scrypt ●
by
Kumala
on 11/01/2017, 22:06:34 UTC
Buy now, later you will cry  Grin
Post
Topic
Board Announcements (Altcoins)
Re: ❗ [ANN] LookCoin ❗ LOOK ❗ PoW/PoS ❗Exchanges
by
Kumala
on 11/01/2017, 21:29:49 UTC
PoS working excelent!
Post
Topic
Board Announcements (Altcoins)
Re: MrsaCoin - MRSA - X13 - HYBRID
by
Kumala
on 11/01/2017, 11:42:05 UTC
HOW TO ADD THESE SETTINGS TO MY WALLET

STILL MY WALLET NOT SYNC
Create .conf file in: Appdata\Roaming\MrsaCoin.conf
addnode=74.115.214.63
addnode=139.59.228.94
addnode=104.238.158.126
addnode=91.121.46.93
addnode=104.156.208.41
Sync. ok thank you!
Post
Topic
Board Announcements (Altcoins)
Re: ❗ [ANN] LookCoin ❗ LOOK ❗ PoW/PoS ❗Exchanges
by
Kumala
on 11/01/2017, 11:27:16 UTC
Damnn, nice staking on look. Wink
PoS very good!
Post
Topic
Board Announcements (Altcoins)
Re: CAREER-CAR
by
Kumala
on 09/01/2017, 17:34:57 UTC
I am ready for yobit  Wink
we all waiting for yobit
Just so people know,  you can also trade on cryptopia - https://www.cryptopia.co.nz/Exchange/?market=CAR_BTC

It might be nice to consolidate more with an exchange(s)
Post
Topic
Board Announcements (Altcoins)
Re: [TEK] TEKcoin Hi-PoS hybrid pos/pow no premine/ipo/ico
by
Kumala
on 09/01/2017, 17:24:49 UTC
I will put again my coins from exchange to wallet, on stake mode  Wink
Post
Topic
Board Announcements (Altcoins)
Re: [ANN] ● TheChiefCoin ● CHIEF ● Scrypt ●
by
Kumala
on 09/01/2017, 17:09:25 UTC
Ooo nice staking i have  Wink
Post
Topic
Board Announcements (Altcoins)
Re: MrsaCoin - MRSA - X13 - HYBRID
by
Kumala
on 06/01/2017, 19:31:16 UTC
Post
Topic
Board Announcements (Altcoins)
Re: ❄ CircuitCoin ❄ CIR ❄ sha256d ❄
by
Kumala
on 05/01/2017, 13:54:20 UTC
I have start work on CIR.
Yobit? We are awaiting to be listed finally, we have sent our request.
Great news..! This will be good ...
Post
Topic
Board Meta
Re: What gets you added on DefaultTrust ?
by
Kumala
on 04/07/2015, 10:33:22 UTC
From your conversation i got my answer why escrow.ms and one more user is not leaving trust for the trade done b/w us because it will add me into default trust which is not fine for now.

No it wont. You can leave a user trust and you can add a user to your own trust list, they are two different things. If you add someone to your trust list and you are in DefaultTrust level 1 then that person will get added to defaulttrust level 2. Only theymos can add people to defaulttrust level 1. All feedback left by people in defaulttrust level 1 and 2 will show up as trusted feedback.
Post
Topic
Board Economics
Re: Why did Liberland chose Bitcoins?
by
Kumala
on 03/07/2015, 15:04:24 UTC
Lol! I don't agree that the euro would've been a better option given the current situation.

If they were to choose the euro or us dollar, then they would be at the whim of their respective central banks. The european central bank could print lots of euro and crash the euros price, in essence they would be under their control if they did that. The only way a nation like liberland could remain free would need to have its own currency or use one that isn't issued by a central authority.
Post
Topic
Board Meta
Re: Stake your Bitcoin address here
by
Kumala
on 03/07/2015, 14:50:16 UTC
-----BEGIN BITCOIN SIGNED MESSAGE-----
This is ausbit from bitcointalk. 03/07/2015
-----BEGIN BITCOIN SIGNATURE-----
Version: Bitcoin-qt (1.0)
Address: 1J6TkR36eUuxvwTDMiVDTLfyVfMJHsozYA

INUwvXLdvFv5izm71RupsgP0F7tCMSrnIL9BoXluV3YoWpF0DgZrGCpTQGcf9CZVYWgMak71h3V9lc9 dOFCrRdY=
-----END BITCOIN SIGNATURE-----

quoted. Here is my address:

1NK2hjpiPRWeQKV9tmE2pji2WPTAhmF8SM
Post
Topic
Board Service Discussion
Re: Warning Do Not Use GreenAddress.it
by
Kumala
on 03/07/2015, 14:46:49 UTC
And who is to say someone hasn't gotten your details and IS logged in somewhere else?

If, as you seem to imply, a user is unable to login because there is an existing session that has not expired then their authentication system is very broken. It should expire any existing login sessions when a user authenticates otherwise users may not be able to login if they clear their browser cookies and such and there will be security issues with session hijacking and such.
Post
Topic
Board Bitcoin Discussion
Re: 9 million USD per month is looking for ways to jump into Bitcoin
by
Kumala
on 03/07/2015, 14:17:06 UTC
I wonder if they will ever be able to process credit cards again. They might become Bitcoin only forever, I'd love to know how that affects their sales and demographics.
Post
Topic
Board Service Discussion
Re: Warning Do Not Use GreenAddress.it
by
Kumala
on 03/07/2015, 14:14:27 UTC
I encountered some bugs with this service too. Best to avoid it.
Post
Topic
Board Securities
Re: [CRYPTOSTOCKS] Vircurex [VCX] - Going public
by
Kumala
on 03/04/2014, 14:50:56 UTC
With the recent developments we haven't had time to compile all the data for the report. In addition we'll be fully disclosing the financial situation (short fall of BTC, LTC, TRC and FTC). Preparing this diligently takes some time, apart from answering like a bit over 10K of emails that we have received.
Post
Topic
Board Securities
Re: WARNING Cryptostocks.com INVESTORS SECURITY FLAW
by
Kumala
on 26/02/2014, 14:43:05 UTC
This is not a flaw but a design (as it stands today). We must assume that the email address you are using with our site can be trusted, that is the very basic assumption that we must take. If someone has access your email then that person can also contact us from that email and ask us to do various activities to your account, e.g. we often get requests to reset the 2FA because the device is lost. We do so, based on the very same assumption, your email account is not compromised. Hence please implement some sort of 2FA on your email account. The email account is the weakest link in the chain and it needs to be protected accordingly.

In addition, we are planning to implement a 2FA reset function, and guess what it does? It sends you an email to confirm that action. Therefore, if an attacked has access to your email account he/she can request the 2FA reset as well.

Having said that, we are interested to further harden the security by implementing additional restrictions, e.g. delayed reset requests, withdrawal blocks for a period of time.   But all these are not solving the root cause, weak or compromised email accounts.
 

Post
Topic
Board Archival
Re: closed
by
Kumala
on 02/02/2014, 11:01:40 UTC
i have a question regarding the public api:

is it maybe possible, that the result from trades.json are sent in the opposite order? I think it's pretty strange, that you always get the oldest orders first, and then you will need to resend that request like 100 times, always with the latest tid from the previous request. Or maybe add another parameter so you can choose the order (newest/oldest)?

bump

The behaviour is intentional. Previously we had returned all transactions within the last 7 days. With increasing transaction volume, these API calls were returning up to 1 MB per call, obviously not the most performant way. Therefore we changed it that you should provide the ID of the last transaction that you know and we return all transactions after that ID. To limit resource consumption we return only max. 1000 trades. Thus if there are more than 1000 trades between two of your API calls you will need to call the function repeatedly always with the last ID of each return. This is quite a common approach to withdrawing transaction data from sites that have large transactions.


yes, it's common if you are interested in the transaction history. but if you always just want the latest trades, it will produce a lot of overhead which will increase even more the more transactions are made. For example, if you only need the last 20 trades, you would need to generate some extra requests to the API, instead of just one with just a little response data. But it's of course your choice how to handle it. If you are ok with extra traffic and extra requests, I'm ok with it too ^^

Just a last question: on the API page a 1request/5s is stated. If I start my client for the first time, do I need to wait 5s between each request until I'm up to date with the transactions? I'm pretty sure there are a lot of transactions made in the last 7 days, so that would take quite some time...

I'm ok if you go more frequent than 1RPS, we don't mind as long as it looks ligit. And yes, we'll add an API function that returns the last, 20 or so transaction executions, sort of the info you see on the trade screen.