Инфраструктура публичных ключей L2(`L2 PKI`) включает в себя: * среда выполнения байткода контрактов написанных и скомпилированных с помощью **solidity/vyper**, запускаемая в контексте `WASM-VM` - **`L2-VM`**. * масштабируемая версия `L2-VM` - **`L2-VM-EE`**. * набор предкомпилированных библиотек криптографических примитивов и **`ABI`** реестров первого слоя - **`SLAP`**. * кросс-компилятор высокоуровневых ЯП - **`SS-SOLL`**. * брокер сообщений реестров первого слоя - **`L2-PI`**. Данная инфраструктура обеспечивает широкому кругу разработчиков простую модель расширения `SLAP` для реализации бизнес-логики приложений во втором слое(`L2`) для любых транзакционных систем первого слоя(`L1`). Это позволяет реализовывать web3-приложения с неограниченной пропускной способностью и задержками, характерными для классических web-приложений для всех известных централизованных(фиатный процессинг) и распределенных реестров(блокчейны). --- Конкурирующие решения: 1. LN 3. Plasma(cash/mvp) 4. OP/ZK-rollups --- Приемущества над LN 1. Выделение провайдеров данных в унифицированного поставщика, работающего по модели `SaaS`. 2. Радикальное снижение порога входа как для пользователей так и для МСБ. 3. Архитектура подразумевает только легкие узлы(idP) запускаемые в облачных функциях, либо на устройствах пользователей(keyless). 4. Снижение обеспечения работы каналов для `multi-hop` транзакций. 5. Омниканальность первого слоя. ---- Приемущества над Plasma ---- Приемущества над OP/ZK-rollups --- Архитектура системы --- Примеры приложений 1. Keyless 2. DEX 3. WARP-SWAP 4. Casino ---- Keyless ---- DEX ---- WARP-SWAP ---- Casino --- From Lightning to the Future** The blockchain industry still has large problems that many have been trying to solve: 1. Transaction cost 2. Speed 3. Safety 4. Interoperability 5. Heavy Node Infrastructure(from microservice to serverless arch) The creators of the Lightning Network tried solving a number of these problems for BTC and have paid the way for better solutions, like ours. Let’s take a look at the Lightning Network and it's pros and cons [^pki-components]: Компилятор и L2-VM[^SLAP] для описание, валидация и генерация криптограмм протокола [^SLAP]: L2-VM - среда выполнения байткода контрактов написанных и скомпилированных с помощью **solidity/vyper**, запускаемая в контексте `WASM-VM`. --- Lightning Network Visual and Explanation** LN is a second layer solution focusing on BTC. It's a smart contract system based on multisig wallets and pre-funded payment channels. It does allow for fast transactions and small commissions but brings in other problems: 1) maintainence and difficulties for users 2) Overcolleteralization 3) Limited network capabilities 4) Safety issues, possibility of fund locking through bad actors --- SLAP Visual and Comparison** Визуал L3 Как отличается от LN `SLAP` - развитие протоколов LN, Plasma, OK/ZK-Rollup для предостовления процессинга `L2`, поддерживающего все публичные реестры. With a multi-layered infrastructure we aim at solving all the problems mentioned in the beggining. Interoperability is part of the core solution here and any blockchain can act as the first layer, tokenised payments processing happen in the second layer and there is a VM in the third layer to support business logic. --- `SLAP`. `L2 PKI` - TECHNOLOGY ASPECTS - Pay for 1st connection. Txs are free - Versatility for merchants using SLAP - Anonymity possible for applications - Funding problem for channels resolved - Full and real interoperability - Seamless authentication of users in apps --- `L2` Human interface = `Keyless` = a self identity provider To provide easy access to the protocol for the mass market we have created an identity provider for quick setup, access and interaction with the protocol and applications built on it. We have created a client app to generate idenities on the user-side for interactions betwen client and server via the SLAP Protocol. Client app(keyless.id) - is a web-application (PWA) executing on client-side browser secure enclave(стандартизированный w3c web payments group), the same tech is used by the biggest payment networks like VISA, MC, AMEX, Apple Pay or Google Pay to securely store credit card info on the users side. --- SLAP - the Solution for the Future** The SLAP protocol together with Keyless provides the neccessary foundation for the next generation of blockchain interaction. Through enhancing the current gen of L2 solutions, we have created the next level adding interoperability and focusing on real-world applications. --- SLAP Solutions Use Cases - Applications** The SLAP protocol enables enables companies to create blockchain application that will have fast speed, low latency, low tx commissions, access to the vast majority of cryptocurrencies and an easy way of interaction with the protocol. This will be the start of a new generation of DAPPs - not limited to a specific blockchain thus having a much wider outreach, while keeping the highest standards of security and anonymity. --- Exchange Использование slap даст возможность полноценно адаптировать функционал платежных каналов для торгов на бирже. Это обеспечит пользователям гарантию защиты их средств, упростит ввод-вывод активов на биржу и как следствие позволит привлечь дополнительную аудиторию. --- Gambling Одна из самых больших проблем пользователей в онлайн-гемблинге, невозможность быстро и гарантированно вывести выигрыш, а также высокие комиссии при выводе. Slap позволит сократить транзакционные издержки и повысит доверие пользователя, а также решит много проблем связанных с безопасностью (хранение средств, фрод и т.п.) Одновременно интерграция с нашими партнерами (азиатские тигры которые), позволит принимать к оплате банковски карты и сделает продукт доступным максимально широкой аудитории. Эти два фактора в совокупности позволят установить максимальный процент отдачи (RTP), что создаста прочный фундамент для быстрого роста и захвата лидерства на рынке. --- Betting Использования slap для ставок позволит решить те же проблемы с вводом-выводом, что и гемблинг. Помимо этого технологию можно адаптировать под модную тенденцию ставок на микроисходы (например на гол в ближайшие 5 минут). При этом пользователю вообще не обязательно делать депозит, все ставки могут приниматься и возвращаться на счет кейлеса. --- Store** [^pki]: public key infrastructure --- ***APPENDIX*** Технология заключается в реализации оконечных провайдеров идентичностей для доверенного общения клиентов в публичных и приватных сетях. Под идентичностью понимается уникальный для пользователя, не-публикуемый ID пользователя и публикуемый ID сообщения, который указывает на ID получателя. ID сообщения уникальны и не повторяются. Ядром провайдеров идентичностей пользователей являются процессоры идентичностей, исполняющие контракты пользовательских протоколов, которые описывают формат сообщения и бинарный интерфейс к сообщениям приложений первого слоя(`L1`), для которых `idP L2` выступает прокси-интерфейсом. **`👨‍💻(idP)`**<--🔏✉️-->**`(idP)👨‍💻`** > Данный протокол гарантирует **идентичность**(те однозначно доказывает идентичность отправителя каждого сообщения, не раскрывая при этом **идентичность** самого отправителя) каждого сообщения в системе. > **PS.** С точки зрения кейсов применения в жизни важно понимать что пользователем может **быть как человек, так и экземпляр запущенного приложения**. В случае приложения провайдер идентичностей выступает как **прокси** входящих сообщений для приложений которые уже сейчас работают с PKI(ssh, web-приложения, приложения гос-услуг, блокчейн приложения, итд итп). Главный поинт - мы убираем геморой регистрации/авторизации пользователя в приложении, получение сертификатов для доменных имен - все с чем каждый пользователь интернета сталкивается каждый день, и от чего сильно страдают разработчики прикладного ПО. Подробнее про технологи. Здесь бы по=хорошему передать инновационность решения, мелочи и вещи побольлше которые предают вес. Надо сделать какойто мультик. имхо рано делать мультики- нужно либо визуально либо текстово а лучше со схемкой передать дополнительные концепты ------ Главные проблемы LN - 1. **Overcolleteralized** - необходимость в обеспечении превышающего размер транзакции в N раз, где N - количество промежуточных узлов, задействованных в передаче от васи к пете. 2. **Bad Design** - в следасивии ограниченных возможностей предоставляемых bitcoinscript в LN(возможны только двунаправленные каналы 1к1) черезмерно сложный протокол, который позволяет сделать сколь угодно длинную цепочку для передачи от пете к васи. У нас протокол допускает только 1 промежуточный узел. Для обмена между пользователями у которых открыты каналы в двух разных биржах предпологается использовать общий контракт позволяющий открывать каналы 1-к-N, который обеспечит простое и элегантное решение роутинга транзакций между пользователями, не связанными напрямую и не связанными одним промежуточным узлом. 3. Из пп 1 и 2 вытекает нерешенная до сих пор проблема безопасности - при которой два промежуточных узла в цепочке обеспечивающих транзакцию между петей и васей сговорившись могут заблокировать залог всех участников на время блокировки транзакции состояния(82 блока). Поинт в том что L2 - не попытка создать идеальную систему для одноранговой сети, это развитие концепций LN,Plazma,OP/ZK-rollups. Дизайн L2 делит пользователей на клиентов и продавцов(потребителей и производителей) - что является оптимальной с точки зрения нахождения компромиса между сложностью, надежностью и производительностью системы. Важно упомянуть, что дизайн L2 не жертвуте возможностью производства транзакций внутри канала в обе стороны.