смешно
https://twitter.com/dergigi/status/1400117247268380673

аххахаха

а помните, когда был девкон в Канкуне, на реддите писали, мол, не опасно ли собирать всех эфириум-девелоперов и китов одновременно в одном городе в стране с очень высоким уровнем преступности

В Колумбии поговорим!)

кстати, вспомнил Девкон 5 в Осаке, когда всех эфириум-девелоперов и китов чуть не смыл тайфун 🙂

+

Прекрасный выпуск, который раскрыл с другой стороны Rarible

Мне хотелось верить, что они вырастут и станут полноценным протоколом, но к сожалению наблюдаем помирающий маркетплейс. К примеру, на рынке NFT только Zora можно считать протоколом со своим SDK, который используется под капотом многих сервисов

Также, был удивлён, когда затронули тему хранения NFT. Сложилось впечатление, что гость не понимает как этот процесс «происходит» (не смотря на то, что в начале упомянул о техническом бэкграунде). Arweave и сервис Checkmynft стоит глянуть команде Rarible, может придумают новую «фичу» и разберутся какие варианты хранения уже доступны

Момент с понижением рейтингов артистов на платформе в ручную, исследуя по фидбеку — централизованный формат и скорее это не то, ради чего мы на этом рынке

Одна из проблем ру-говорящих фаундеров — понимание технологии/архитектуры. Набрать команду не проблема, когда у тебя на бэк части фонды с большим нетворком, но нанятый CTO это не лучшее решение

Вывод, лето расставит всё по местам, BinanceNFT отъест свою часть рынка, SuperRare будет заниматься экспансией, благодаря хорошему листу инвесторов, ну а от Rarible ждем новых фичей и партнёрств, и держим кулачки. В худшем случае, они могут повторить историю MySpace

изучаю, пока только понял что контракт нельзя изменять частями, его только можно переписать полностью и задеплоить на блокчейн заново через функцию SELFDESTRUCT,
это наверно и должно служить сигналом для пользователей...
одну вещь не понимаю, создаем контракт, закидываем на блокчейн, он майнится, добавляется в блок, все ноды исполняют его байт код на своих EVM,
соответственно транзакция этого контракта в блоке имеет какой то хеш,
переписываем контракт и меняем его через функцию SELFDESTRUCT, закидываем на блокчейн вся история повторяется с той лиш разницей что теперь на блокчейне есть
два контракта старый и новый на одном и том же адресе с разным хешем, новый исполняется на всех EVM, это означает что изменеия в действующих смарт контрактах
можно отслеживать по хешам транзакций и блоков в блокчейне или ошибаюсь?

с приватным ключем от смарт контракта тоже непонятка, оказалось что публичный ключ контракта генерируется на основе хеша адреса отправителя транзакции-это адрес кошелька который закидывает контракт на блокчейн и значения nonce равного числу исходящих транзакций с этого адреса, непонятно как расчитываеться приватный ключ
должно же быть наоборот сначала приватный ключ а потом публичный?

https://ethereum.stackexchange.com/questions/760/how-is-the-address-of-an-ethereum-contract-computed/761#761

В EVM можно делегировать сообщение к смарт-контракту другому смарт-контракту через его адрес и delegatecall. Собственно, первый смарт-контракт может быть просто прокси с функцией обновления, а второй - нафаршированный всей нужной логикой.

По поводу протоколов, есть еще Flow - супер забэканый и суперзанетворканый с топами энтериеймента, от dapper labs, создателей котят. С элементами централизации и прочими подобными прелестями, но свой отдельный чейн с большими планами на эту индустрию (и с сдк 🙂)

Адрес контракта Вы хотели сказать, наверное. У контракта нет публичного/приватного ключа.

насколько понял в крупных DEFI проектах-контрактах так и делают, базовый контракт представляет сплошные условия и вызовы других контрактов

Ну я имею ввиду, что обновляемую логику сделать легко через прокси-прослойку.

спасибо за ответ!
адрес контракта и публичный ключ эфир кошелька это разные по сути вещи?
как же тогда осуществляются транзакции с смарт контракта если нет приватного ключа чем они подписываются?

вот например контракт Contract 0xf650C3d88D12dB855b8bf7D11Be6C55A4e07dCC9
можно на этот адрес перевести например токены как на обычный адрес эфир кошелька и в ответ он тоже делает транзакции как обычный кошелек эфира

https://etherscan.io/address/0xf650c3d88d12db855b8bf7d11be6c55a4e07dcc9#readContract

вот например идет обмен транзакциями с этим контрактом

между адресом контракта и этим адресом эфира  0x3ac584cf5be93e7a307a8ac0c287bdc08dce72d0

https://etherscan.io/tx/0x754eec45a2a1a344134e8dd90eaccb905e0f73d25303e065b8c1cdda3582ee74

Tokens Transferred:
2
From 0x3ac584cf5be93e7a307a8ac0c287bdc08dce72d0To Compound: cUSDT Token For 27.046027 ($27.03) Tether USD (USDT)
From Compound: cUSDT TokenTo 0x3ac584cf5be93e7a307a8ac0c287bdc08dce72d0 For 1,276.11630343 ($27.13) Compound USD... (cUSDT)

Адрес контракта - это адрес контракта, он никаким образом не связан с какими-то публичными/приватными ключами контракта, таковых просто нет.

Суть такая - когда вы совершаете транзакцию в Ethereum, Вы можете отправить сообщение контракту. Эту транзакцию, включая адрес контракта и само сообщение, Вы подписываете. Всё остальное - результат детерминистических вычислений EVM над кодом контракта, его состоянием и отправленном ему сообщении. Если контракт порождает сообщение другому контракту, то процесс продолжается точно также с другим контрактом, после завершения выполнения контракт отдаёт управление назад с результатом. Так как весь процесс контролирует среда выполнения БЧ, код и состояния контрактов известны на момент отправки сообщения, а процесс вычисления детерминирован, то и никаких публичных/приватных ключей там не нужно, каждый узел сети, зная код, состояния контрактов и сообщение могут вычислить от начала до конца весь процесс и прийти к одному результату.

Это внутренние транзакции. Они не нуждаются в подписи, объяснил выше, почему.