TetraChat polymorphic

2 466 / 5 000 TetraChat engine Is the server part of the application stored on a central server. It is used to process, restore content and distribute it to users' end devices. It uses the principles of information storage based on "polymorphic communication" (storage and restoration part). The content is encrypted in the storage with an RSA key with a length of 4096 bits. The key is specific to each separate channel and is generated when it is created. The channel owner can save the key. The key is not stored on the server side and when the server engine is started, the owner must provide the key, otherwise communication will not be possible. TetraChat client The client part of the application, represented by an Internet browser or a native application for a specific operating system. The HTTPS communication protocol is used to communicate with the server part. The application serves as an entry point and content presentation layer. No content is stored on the end device side. Creating and sharing a communication channel/chat When creating a communication channel, it is possible to parameterize the behavior of polymorphic communication. At the moment of creation, unique communication identifiers (QUID and name) are assigned to the channel. The name is a unique parameter that serves only for internal user orientation and cannot be used to search for the channel. To search for or connect to the channel, it is necessary to use the QUID (a unique 32-byte identifier). Connecting new users is done by sharing this identifier. After creating the channel, it is necessary to choose an access password, which is subsequently used for user authorization. If the user has a QUID identifier but does not have an access password, instead of real content, only so-called "fake messages", i.e. randomly generated content, are displayed. After entering the correct password, the displayed content is real. The "fake messages" display function is optional and does not have to be activated. If the function is not activated, it is necessary to know the correct access password to display the content. This approach ensures that there is no logical connection between users. User communication To enter a new message, the application requires a username (login) chosen by the user. A password can be used as an optional item, thus protecting against identity theft. In the case of password protection, only the owner of the password can use the login on the given channel in the future. The message length is limited to 250 bytes. Odoslať spätnú väzbu K dispozícii sú výsledky prekladu