Bitcoin Forum
June 14, 2024, 08:13:24 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 58 [59] 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 ... 202 »
  Print  
Author Topic: [ANN][ICO]CREDITS - New Blockchain for financial industry [HARDCAP REACHED!]  (Read 37709 times)
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:28:06 PM
 #1161

Good afternoon! How many people will take part in voting for change of amount of main node owners’ material consideration?
All working nodes
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:29:25 PM
 #1162

Does anybody know how soon will the founders of the company access their tokens?

50% - (up to a maximum of 10 mln USD) will not be frozen and will be used for the development and promotion of the project
30% - frozen until the release of the Alpha version (requires Escrow board confirmation and approval for release)
20% - frozen until the first full release (requires Escrow board confirmation and approval for release)
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:34:57 PM
 #1163

What ICO results does the company consider to be ecceptable?
i think you mean in what case they will make refund? if yes then i can answer - it could be happened if Credits couldn't reached minimal cap 1.5 mln $, and as you know they reached more than 3 mlns on the pre-ico stage and we shouldn't worry about it
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:38:26 PM
 #1164

Perhaps the person who sells this coin is very cheap not knowing the potential of this coin in the future. After they get the coins people are in a very hurry to sell their coins. I'm sure someday this coin will go to the moon.
I have special "long-term wallet" and this coin will be sent to it  Grin Grin Grin
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:41:04 PM
 #1165

If the team wants to be fast, they have to set up their own chain. What they're trying to do is really hard. They claim to be faster than the Universa. At the end of the ICO project will be a nice investment but after that it will remain pump-dumb coin unfortunately.
And what do you think they are doing?) it' not a fork o copy-paste, it's own blockchain with own dPOS consensus protocol
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:44:28 PM
 #1166

Will the tokens that were not sold during pre-ICO be put on the ICO?
There’re no tokens left after the pre-ICO because the hard cap was reached. In other case the remaining would be just burnt.

and this is one of advantages. the smaller quantity in offer - the higher price of coin. but it's in case if they will not reach the hard cap
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
January 09, 2018, 07:48:33 PM
 #1167

Based on what calculations did you get the amount that your system will be able to process 1 million transactions per second?
Based on MVP speed i think. But the big tests are coming after alpha release and everybody should understand that the results may be some another, or even better or worse
CryptoAllDay
Sr. Member
****
Offline Offline

Activity: 578
Merit: 250


View Profile
January 10, 2018, 12:19:26 AM
 #1168

I've gone through the whitepaper and roadmaps but was wondering if someone more experienced knows what benefits CREDITS brings when compared to RaiBlocks , which has no fees and also high transaction rate.
INDI81free4
Member
**
Offline Offline

Activity: 378
Merit: 10

VOTES


View Profile
January 10, 2018, 08:49:05 AM
 #1169

Tell me please, how much did the company manage to collect during the pre-ICO in Ethereum?
hunterofmoney
Full Member
***
Offline Offline

Activity: 280
Merit: 100



View Profile
January 10, 2018, 08:54:48 AM
 #1170

Tell me please, how much did the company manage to collect during the pre-ICO in Ethereum?
Greetings! There’s a little more than 4000 ETH.
MkrKing
Member
**
Offline Offline

Activity: 322
Merit: 12


View Profile
January 10, 2018, 09:06:28 AM
 #1171

Hi everybody, friends! How long is it before the start of the ICO?
acaciahill94
Member
**
Offline Offline

Activity: 261
Merit: 10


View Profile
January 10, 2018, 09:11:46 AM
 #1172

Hi everybody, friends! How long is it before the start of the ICO?
Well, the ICO starts on February 1, so go count it – there’re about 22 days left)
vcxv
Full Member
***
Offline Offline

Activity: 602
Merit: 100


View Profile
January 10, 2018, 09:14:16 AM
 #1173

I can see there are bounties for this project. But I can not find any dedicated thread for bounty. would any one share the link here ?
jager44
Full Member
***
Offline Offline

Activity: 350
Merit: 100



View Profile
January 10, 2018, 09:16:12 AM
 #1174

I haven’t found any info on the way in which the duration of one cycle will be calculated. Maybe somebody will explain me this?
specialAU
Member
**
Offline Offline

Activity: 378
Merit: 10


View Profile
January 10, 2018, 09:25:27 AM
 #1175

Hello! Why did creators of the project decide to use a cycle of search for main and trust nodes as a time unit?
Ackedy
Member
**
Offline Offline

Activity: 196
Merit: 10


View Profile
January 10, 2018, 10:08:13 AM
 #1176

In my opinion, refuse of using Merkle tree is a very bad idea, no matter how much resources it took. In this case it’ll be impossible to reach a good structure of registry which will lead to fails in system’s operation. They’d better increase their own computing capacity than refuse to use it.
MadduckUK
Full Member
***
Offline Offline

Activity: 336
Merit: 100



View Profile
January 10, 2018, 10:14:50 AM
 #1177

In my opinion, refuse of using Merkle tree is a very bad idea, no matter how much resources it took. In this case it’ll be impossible to reach a good structure of registry which will lead to fails in system’s operation. They’d better increase their own computing capacity than refuse to use it.

Believe me, it’s a very good idea. Developers of the project will create their own registry structure which will meet all their requirements, so there’s no reason for you to worry in this case.
Ackedy
Member
**
Offline Offline

Activity: 196
Merit: 10


View Profile
January 10, 2018, 10:30:51 AM
 #1178

In my opinion, refuse of using Merkle tree is a very bad idea, no matter how much resources it took. In this case it’ll be impossible to reach a good structure of registry which will lead to fails in system’s operation. They’d better increase their own computing capacity than refuse to use it.

Believe me, it’s a very good idea. Developers of the project will create their own registry structure which will meet all their requirements, so there’s no reason for you to worry in this case.

What will the Credits registry look like, if it isn’t a secret?
MadduckUK
Full Member
***
Offline Offline

Activity: 336
Merit: 100



View Profile
January 10, 2018, 10:36:27 AM
 #1179

In my opinion, refuse of using Merkle tree is a very bad idea, no matter how much resources it took. In this case it’ll be impossible to reach a good structure of registry which will lead to fails in system’s operation. They’d better increase their own computing capacity than refuse to use it.

Believe me, it’s a very good idea. Developers of the project will create their own registry structure which will meet all their requirements, so there’s no reason for you to worry in this case.

What will the Credits registry look like, if it isn’t a secret?
The developers’ team offers to use registry in which every record will consist of hash-code of block of transactions for adding to the list of candidates which are to be added to registry. It also worth noticing that every record will contain identifier of the node and mark of time of formation.
superwallet
Full Member
***
Offline Offline

Activity: 280
Merit: 100


View Profile
January 10, 2018, 10:42:02 AM
 #1180

In my opinion, refuse of using Merkle tree is a very bad idea, no matter how much resources it took. In this case it’ll be impossible to reach a good structure of registry which will lead to fails in system’s operation. They’d better increase their own computing capacity than refuse to use it.

Believe me, it’s a very good idea. Developers of the project will create their own registry structure which will meet all their requirements, so there’s no reason for you to worry in this case.

What will the Credits registry look like, if it isn’t a secret?
The developers’ team offers to use registry in which every record will consist of hash-code of block of transactions for adding to the list of candidates which are to be added to registry. It also worth noticing that every record will contain identifier of the node and mark of time of formation.
I understood well what info every record contains in case of Merkle tree. What about development of Credits?
Pages: « 1 ... 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 58 [59] 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 ... 202 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!