Bitcoin Forum
July 04, 2024, 10:03:55 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
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 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 ... 202 »
  Print  
Author Topic: [ANN][ICO]CREDITS - New Blockchain for financial industry [HARDCAP REACHED!]  (Read 37710 times)
fgreg2692june
Member
**
Offline Offline

Activity: 294
Merit: 10


View Profile
December 23, 2017, 10:08:58 AM
 #741

That’s an interesting project but I don’t think it is possible to make it work so fast  taking into account the amount of work. Probably in a couple of years when technology will get even more advanced it will be achievable. But still this project has some long-term potential. 
You’re right. CREDITS can’t work at the full speed right now. But the team doesnt want to wait for the future to come they are creating the future! They have developed this technology from the scratch and it will help the platform to work as fast as it is currently possible.
MkrKing
Member
**
Offline Offline

Activity: 322
Merit: 12


View Profile
December 23, 2017, 10:11:42 AM
 #742

That’s an interesting project but I don’t think it is possible to make it work so fast  taking into account the amount of work. Probably in a couple of years when technology will get even more advanced it will be achievable. But still this project has some long-term potential. 
You’re right. CREDITS can’t work at the full speed right now. But the team doesnt want to wait for the future to come they are creating the future! They have developed this technology from the scratch and it will help the platform to work as fast as it is currently possible.
Well, that sounds promising)) What kind of technologies are they working on and have developed so far?
fgreg2692june
Member
**
Offline Offline

Activity: 294
Merit: 10


View Profile
December 23, 2017, 10:15:01 AM
 #743

That’s an interesting project but I don’t think it is possible to make it work so fast  taking into account the amount of work. Probably in a couple of years when technology will get even more advanced it will be achievable. But still this project has some long-term potential. 
You’re right. CREDITS can’t work at the full speed right now. But the team doesnt want to wait for the future to come they are creating the future! They have developed this technology from the scratch and it will help the platform to work as fast as it is currently possible.
Well, that sounds promising)) What kind of technologies are they working on and have developed so far?

When it comes to the speed of the service the main thing is the list of transactions. Every record is made of hashcode block of transactions that is added to the list of candidates for the registry.
bittcrypt
Member
**
Offline Offline

Activity: 196
Merit: 10


View Profile
December 23, 2017, 10:17:29 AM
 #744

That’s an interesting project but I don’t think it is possible to make it work so fast  taking into account the amount of work. Probably in a couple of years when technology will get even more advanced it will be achievable. But still this project has some long-term potential. 
You’re right. CREDITS can’t work at the full speed right now. But the team doesnt want to wait for the future to come they are creating the future! They have developed this technology from the scratch and it will help the platform to work as fast as it is currently possible.
Well, that sounds promising)) What kind of technologies are they working on and have developed so far?

When it comes to the speed of the service the main thing is the list of transactions. Every record is made of hashcode block of transactions that is added to the list of candidates for the registry.
To me it looks like you are not going to use traditional Merkle tree. Is that right?
fgreg2692june
Member
**
Offline Offline

Activity: 294
Merit: 10


View Profile
December 23, 2017, 10:22:27 AM
 #745

That’s an interesting project but I don’t think it is possible to make it work so fast  taking into account the amount of work. Probably in a couple of years when technology will get even more advanced it will be achievable. But still this project has some long-term potential. 
You’re right. CREDITS can’t work at the full speed right now. But the team doesnt want to wait for the future to come they are creating the future! They have developed this technology from the scratch and it will help the platform to work as fast as it is currently possible.
Well, that sounds promising)) What kind of technologies are they working on and have developed so far?

When it comes to the speed of the service the main thing is the list of transactions. Every record is made of hashcode block of transactions that is added to the list of candidates for the registry.
To me it looks like you are not going to use traditional Merkle tree. Is that right?
Yes, you’re right.  Merle tree system make the platform too slow. Our way is definitely faster by all means  in both general work and transactions. Plus it will make it hard to make any unlawful changes in the registry. More than that, in CREDITS nobody will be able to backdated those changes. 
romgenie
Full Member
***
Offline Offline

Activity: 168
Merit: 100



View Profile
December 23, 2017, 10:24:56 AM
 #746

Hello. I’m worried about a very important thing. How are you going to protect the information between validation knots from stealing?
notbad4day
Member
**
Offline Offline

Activity: 392
Merit: 10


View Profile
December 23, 2017, 11:34:34 AM
 #747

Good day everyone. Does anyone know the length of the secret key? Have you tested the security system for any hacking attacks? What is the result?
lok5874
Member
**
Offline Offline

Activity: 196
Merit: 10


View Profile
December 23, 2017, 12:01:22 PM
 #748

I’ve read in project description that RC4 algorithm will work on secret key. Can you tell me please who is going to have access to this key?
qqniceguyqq
Member
**
Offline Offline

Activity: 358
Merit: 10


View Profile
December 23, 2017, 12:03:59 PM
 #749

I’ve found a part that says that RC4 algorithm is based on discrete logarithms difficulty. Does it mean that theoretically somebody can hack this algorithm if he figures out  all discrete logarithms?
mirsad786
Member
**
Offline Offline

Activity: 103
Merit: 10


View Profile WWW
December 23, 2017, 12:06:14 PM
 #750

If you are using Diffie-Hellman algorithm you get the channel that you can listen in to. What is the downside of this for the users?  
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
December 23, 2017, 05:32:05 PM
 #751

Good Day! New ICO round is coming in soon. So I wonder if there are any bonuses for investors?
current PRE-ICO Bonus
Pre-ICO - 30%
Additional bonus from the purchase amount:
Total 30%, including 0% - up to 50 Ether (35,000 USD)
Total 50%, including 20% - from 50 Ether (35,000 USD)
Total 55%, including 25% - from 100 Ether (70,000 USD)
Total 60%, including 30% - from 250 Ether (175,000 USD)
Total 65%, including 35% - from 500 Ether (350,000 USD)
Total 70%, including 40% - from 1,000 Ether (700,000 USD)
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
December 23, 2017, 05:33:01 PM
 #752

Those who invested a large amount of money  are going to get  bigger bonuses?
Yes, you are right, look here: https://credits.com/en/home/ico
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
December 23, 2017, 05:35:09 PM
 #753

That’s an interesting project but I don’t think it is possible to make it work so fast  taking into account the amount of work. Probably in a couple of years when technology will get even more advanced it will be achievable. But still this project has some long-term potential. 
Alpha release will be already in 2018, but project has long term road map and there will be a lot of updates and improvements
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
December 23, 2017, 05:39:02 PM
 #754

Hello. I’m worried about a very important thing. How are you going to protect the information between validation knots from stealing?
CREDITS Platform places the network security at the forefront. We use the appropriate network operation scheme, experience and all the latest advances in the field of encryption.   
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
December 23, 2017, 05:40:36 PM
 #755

Good day everyone. Does anyone know the length of the secret key? Have you tested the security system for any hacking attacks? What is the result?
Such tests are plan to be after alpha release
gavrosh
Member
**
Offline Offline

Activity: 336
Merit: 10


View Profile
December 24, 2017, 06:23:57 AM
 #756

Well, it’s a very large project. However, I suspect that due to the large number of transactions being processed, there may appear some duplicates, and some users will use them for their own benefit. If I were a developer, I would pay special attention to this point.
Immer
Full Member
***
Offline Offline

Activity: 392
Merit: 100



View Profile
December 24, 2017, 06:27:41 AM
 #757

Well, it’s a very large project. However, I suspect that due to the large number of transactions being processed, there may appear some duplicates, and some users will use them for their own benefit. If I were a developer, I would pay special attention to this point.
There’re great specialists in CREDITS team. That's why every detail gets a lot of attention, including the problem that you’ve described. I can assure you that no duplicates will arise, there’re no chances of fraud.
gavrosh
Member
**
Offline Offline

Activity: 336
Merit: 10


View Profile
December 24, 2017, 06:30:28 AM
 #758

Well, it’s a very large project. However, I suspect that due to the large number of transactions being processed, there may appear some duplicates, and some users will use them for their own benefit. If I were a developer, I would pay special attention to this point.
There’re great specialists in CREDITS team. That's why every detail gets a lot of attention, including the problem that you’ve described. I can assure you that no duplicates will arise, there’re no chances of fraud.
Really? Well, it's great, if it is so. Do you know how the service will struggle against duplicates?
Immer
Full Member
***
Offline Offline

Activity: 392
Merit: 100



View Profile
December 24, 2017, 06:36:28 AM
 #759

Well, it’s a very large project. However, I suspect that due to the large number of transactions being processed, there may appear some duplicates, and some users will use them for their own benefit. If I were a developer, I would pay special attention to this point.
There’re great specialists in CREDITS team. That's why every detail gets a lot of attention, including the problem that you’ve described. I can assure you that no duplicates will arise, there’re no chances of fraud.
Really? Well, it's great, if it is so. Do you know how the service will struggle against duplicates?
In order to prevent duplication of the transaction in the same block with the same identifier, the system accepts an agreement that the only true and correct transaction is that which came first to the validator subsystem for processing. Since it is already recorded in the validator system that a transaction has already been made from the current account and there are no values left in the account to conduct the transaction, a consensus cannot be found.
deort
Member
**
Offline Offline

Activity: 406
Merit: 31


View Profile
December 24, 2017, 06:47:56 AM
 #760

Well, it’s a very large project. However, I suspect that due to the large number of transactions being processed, there may appear some duplicates, and some users will use them for their own benefit. If I were a developer, I would pay special attention to this point.
There’re great specialists in CREDITS team. That's why every detail gets a lot of attention, including the problem that you’ve described. I can assure you that no duplicates will arise, there’re no chances of fraud.
Really? Well, it's great, if it is so. Do you know how the service will struggle against duplicates?
In order to prevent duplication of the transaction in the same block with the same identifier, the system accepts an agreement that the only true and correct transaction is that which came first to the validator subsystem for processing. Since it is already recorded in the validator system that a transaction has already been made from the current account and there are no values left in the account to conduct the transaction, a consensus cannot be found.
I’d also like to say, that when the transaction is executed, information is received to the validator and confirmed, the information about the ledger status change is automatically distributed to all nodes from the trusted list, after which the ledger is synchronized. This also contributes to the fact that duplicate transactions can’t be executed in Credits anyway.
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 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 ... 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!