Bitcoin Forum
June 21, 2024, 03:05:17 PM *
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 ... 202 »
  Print  
Author Topic: [ANN][ICO]CREDITS - New Blockchain for financial industry [HARDCAP REACHED!]  (Read 37709 times)
rocketbit48
Member
**
Offline Offline

Activity: 322
Merit: 10


View Profile
November 21, 2017, 07:16:48 AM
 #161

Hello. Tell me please, what is considered as a time unit in service’s operation?
As far as I know, developers consider a cycle of searching for the main and trust hosts as a time unit
Immer
Full Member
***
Offline Offline

Activity: 392
Merit: 100



View Profile
November 21, 2017, 07:19:03 AM
 #162

Hello. Tell me please, what is considered as a time unit in service’s operation?
As far as I know, developers consider a cycle of searching for the main and trust hosts as a time unit
How long does one cycle last? Or isn’t this a fixed value?
devilini
Member
**
Offline Offline

Activity: 238
Merit: 10


View Profile
November 21, 2017, 08:23:14 AM
 #163

How many transactions that are formed and submitted for processing can there be in the network?
kentuckykid
Member
**
Offline Offline

Activity: 238
Merit: 10


View Profile
November 21, 2017, 08:24:28 AM
 #164

Hi everybody. What structure will peer network of CREDITS have?
energycrypt
Full Member
***
Offline Offline

Activity: 364
Merit: 100



View Profile
November 21, 2017, 08:25:28 AM
 #165

Is data transferred via the channel being encrypted or not? Does anybody have access to them?
hollybit
Full Member
***
Offline Offline

Activity: 252
Merit: 100



View Profile
November 21, 2017, 08:26:29 AM
 #166

Is data transferred via the channel being encrypted or not? Does anybody have access to them?
Yes, data will be transferred being encrypted that’s why nobody will have access to it.
energycrypt
Full Member
***
Offline Offline

Activity: 364
Merit: 100



View Profile
November 21, 2017, 08:27:13 AM
 #167

Is data transferred via the channel being encrypted or not? Does anybody have access to them?
Yes, data will be transferred being encrypted that’s why nobody will have access to it.
Don’t you know which encryption algorithm will be used in CREDITS?
slavonicpl
Member
**
Offline Offline

Activity: 238
Merit: 10


View Profile
November 21, 2017, 09:07:39 AM
 #168

What channel of communication will be used to connect the main and a regular host?
superwallet
Full Member
***
Offline Offline

Activity: 280
Merit: 100


View Profile
November 21, 2017, 09:09:00 AM
 #169

What connection will be provided for each connection between hosts?
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
November 21, 2017, 05:00:59 PM
 #170

Hello. Tell me please, what is considered as a time unit in service’s operation?
As far as I know, developers consider a cycle of searching for the main and trust hosts as a time unit
How long does one cycle last? Or isn’t this a fixed value?
It names "round" and it's not a fixed
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
November 21, 2017, 05:04:42 PM
 #171

Is data transferred via the channel being encrypted or not? Does anybody have access to them?
Yes, data will be transferred being encrypted that’s why nobody will have access to it.
Don’t you know which encryption algorithm will be used in CREDITS?
Each channel of communication between the main network node and the common node of the
CREDITS network is a separate thread (multithreading), within which data is sent in encrypted form
when the transaction is executed.
To ensure network security, all data between the validator nodes is transmitted in an encrypted
form, and each connection between nodes is low-level based on the network library. If the data transfer
occurs with an error, the thread should be automatically interrupted, the corresponding entry is placed
for writing to the logging system, and then to the log file. Data is transmitted through typified variables.
Transmitted data are encrypted using the symmetric RC4 algorithm. Since this algorithm works under a
common secret key, this key is transferred when a connection is created between nodes and is
transmitted in an encrypted form in accordance with the Diffie-Hellman algorithm.
The RC4 algorithm, like any stream cipher, is built on the basis of a pseudo-random bit
generator. The key is written to the generator input, and pseudo-random bits are read at the output. The
key length can be from 40 to 2048 bits. Generated bits have a uniform distribution.
The Diffie-Hellman algorithm allows two parties to receive a common secret key using a
channel unprotected from listening through but protected from communication channel change. The
received key can be used to exchange messages using symmetric encryption. The algorithm is based on
the complexity of computing discrete logarithms. In it, as in many other algorithms with a public key,
the calculations are performed modulo to a certain large prime number P.
First, a certain natural number A, smaller than P, is selected in a special way. If we want to
encrypt value X, then we calculate
Y = AX mod P.
And it is easy to calculate Y having X. The inverse problem of calculating X from Y is rather
complicated. Exponent X is exactly called the discrete logarithm Y. Thus, knowing the complexity of
calculating the discrete logarithm, the number Y can be publicly transmitted on any communication
channel, since with a large modulus P the initial value X will be almost impossible to pick. The
Diffie-Hellman algorithm to generate a key is based on this mathematical fact.
Any actions in the system are tied to the timestamp, the number of the previous block, the user’s
login, and the smart contract ID. This allows finding duplicates when executing. If a duplicate is found,
then we take the first transaction from the pool, the rest are considered illegitimate.
NakiRR
Member
**
Offline Offline

Activity: 574
Merit: 12


View Profile
November 21, 2017, 05:17:11 PM
 #172

What connection will be provided for each connection between hosts?
Each channel of communication between the main network node and the common node of the
CREDITS network is a separate thread (multithreading), within which data is sent in encrypted form
when the transaction is executed
eabutyaev
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile WWW
November 21, 2017, 07:41:45 PM
 #173

Is data transferred via the channel being encrypted or not? Does anybody have access to them?
Yes, data will be transferred being encrypted that’s why nobody will have access to it.
Don’t you know which encryption algorithm will be used in CREDITS?

Encrypt - homomorfic (you can read about it on our tech paper)
hunterofmoney
Full Member
***
Offline Offline

Activity: 280
Merit: 100



View Profile
November 22, 2017, 07:09:26 AM
 #174

What will the code used on the CREDITS platform for data encryption include? 

Forspareparts
Full Member
***
Offline Offline

Activity: 252
Merit: 100



View Profile
November 22, 2017, 07:10:23 AM
 #175

Good afternoon. Will all the activities carried out on the platform be linked to time stamps and user’s login?
romfish
Full Member
***
Offline Offline

Activity: 378
Merit: 101


View Profile
November 22, 2017, 07:10:34 AM
 #176

Will CREDTIS platform always have a relevant registry of transactions related to all the trust hosts for the current validator host?
deort
Member
**
Offline Offline

Activity: 406
Merit: 31


View Profile
November 22, 2017, 07:14:05 AM
 #177

Will CREDTIS platform always have a relevant registry of transactions related to all the trust hosts for the current validator host?
Yes. The developers managed to achieve this due to conducting permanent synchronization of all the new transactions in the registries of all the hosts.
romfish
Full Member
***
Offline Offline

Activity: 378
Merit: 101


View Profile
November 22, 2017, 07:14:55 AM
 #178

Will CREDTIS platform always have a relevant registry of transactions related to all the trust hosts for the current validator host?
Yes. The developers managed to achieve this due to conducting permanent synchronization of all the new transactions in the registries of all the hosts.
Won’t it reduce the speed of proceeding information?
deort
Member
**
Offline Offline

Activity: 406
Merit: 31


View Profile
November 22, 2017, 07:17:05 AM
 #179

Will CREDTIS platform always have a relevant registry of transactions related to all the trust hosts for the current validator host?
Yes. The developers managed to achieve this due to conducting permanent synchronization of all the new transactions in the registries of all the hosts.
Won’t it reduce the speed of proceeding information?
No, it won’t, because there’ll be a special port for synchronization on the system
romfish
Full Member
***
Offline Offline

Activity: 378
Merit: 101


View Profile
November 22, 2017, 07:18:59 AM
 #180

Will CREDTIS platform always have a relevant registry of transactions related to all the trust hosts for the current validator host?
Yes. The developers managed to achieve this due to conducting permanent synchronization of all the new transactions in the registries of all the hosts.
Won’t it reduce the speed of proceeding information?
No, it won’t, because there’ll be a special port for synchronization on the system
What will be the priority in allocation of loading of RAM and CPU?
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 ... 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!