Скорее всего уже слышали, что складывать строки через + это плохая практика. Падение производительности, и всё такое. Без лишних слов, давайте измерять:
from timeit import timeit
def t1():
# складываем 10 строк через + из переменной
t = 'text'
for _ in range(1000):
s = t + t + t + t + t + t + t + t + t
def t2():
# склеиваем список строк через метод join
arr = ['text'] * 10
for _ in range(1000):
s = ''.join(arr)
def t3():
# складываем через + но не из переменной а непосредственно инлайн объекты
for _ in range(1000):
s = 'text' + 'text' + 'text' + ... # всего 10 раз
Теперь каждую строку склейки запустим по 10М раз
>>> timeit(t1, number=10000)
0.21951690399964718
>>> timeit(t2, number=10000)
1.4978306379998685
>>> timeit(t3, number=10000)
0.2213820789993406
Хм, а нам говорили что через "+" это плохо и медленно ))) 😁
Тут стоит учитывать, что речь идёт о склейке множества длинных строк.
Давайте изменим условия:
def t4():
t = 'text'*100
for _ in range(1000):
s = t + t + t + t + t + t + t + t + t
def t5():
arr = ['text'*100] * 10
for _ in range(1000):
s = ''.join(arr)
def t6():
for _ in range(1000):
s = 'text'*100 + 'text'*100 + ... # всего 10 раз
>>> timeit(t4, number=10000)
12.795130728000004
>>> timeit(t5, number=10000)
2.642637542999182
>>> timeit(t6, number=10000)
0.2184546610005782
Вот, уже другой разговор, сразу видна разница, в среднем в 6 раз. Но погодите, почему последний тест t6() по скорости такой же как и t3()? Ведь строки теперь в 100 раз длиннее!
Это вопросы оптимизации кода, какие простые изменения ускоряют или замедляют выполнение программы. Мы столкнулись с примером обхода обращения к переменной. Например, именно так работает директива #define в С++, во время компиляции подставляя значение переменной вместо ссылки на неё.
В Python это тоже работает, но часто ли вы сможете встретить такой способ работы со строками? К сожалению, способ почти только теоретический.
В целом, тесты показали то, что мы хотели. Делаем выводы самостоятельно.
Полный листинг 🌍
#tricks
✅#PRCL Parcl V3 Wind Down
#HIGH
Status: Completed
После [принятия PIP 11] команда Parcl объявила о сворачивании работы Parcl V3 в рамках подготовки к запуску V4. Рынки теперь доступны только для закрытия позиций, открытие новых позиций невозможно, а прием депозитов приостановлен.
Закрытие позиций начнется 20 апреля 2026 года без взимания комиссий. Вывод маржи доступен в любое время, а вывод средств LP будет открыт в течение шести месяцев. Команда отмечает, что подробности о devnet V4 ожидаются «в ближайшее время».
Parcl | Снятый с производства товар
📅 13.04.2026 7:45:00
#SmartEvent@CryptoAttackBot
✅#PRCL Parcl Chain
#HIGH
Status: In-Progress
После [утверждения] PIP-11 и запуска Parcl V4 команда приступит к созданию Parcl Chain — специализированной цепочки приложений, которая будет служить уровнем выполнения для биржи Parcl V4, при этом хранение залогового обеспечения и расчеты будут по-прежнему осуществляться на Solana. Цепочка использует консенсус с византийской отказоустойчивостью (BFT), отличающийся детерминированным выбором лидера по круговой системе, временем формирования блока менее секунды и окончательностью одного блока, что требует подписей от двух третей валидаторов. В этой конструкции отсутствует вероятностная окончательность и реорганизация цепочки. Состояние надежно сохраняется в журнале предварительной записи и детерминированно восстанавливается из снимков после сбоя узла, включая одновременную потерю всех узлов.
При запуске три валидатора, управляемых Parcl, будут реплицировать состояние для обеспечения отказоустойчивости. Набор валидаторов рассчитан на постепенное расширение за счет независимых операторов, при этом в качестве конечного механизма участия будет использоваться стейкинг PRCL. Порядок транзакций определяется детерминированным алгоритмом FIFO без механизма приоритетных комиссий и возможности переупорядочения. При запуске транзакции будут бесплатными, а газ, деноминированный в PRCL, можно будет включить через настройки валидатора без обновления протокола.
При создании учетной записи в Parcl V4 генерируется ключ подписи Ed25519, находящийся в самостоятельной хранении. Ключ создается внутри AWS Nitro Enclave — аппаратной изолированной среды без доступа к сети, постоянного хранилища или возможности оператора просматривать память. Ключи шифруются в состоянии покоя с помощью AWS KMS и контроля доступа на основе аттестации. Ни один человек, оператор или администратор облака не может получить доступ к открытому тексту. Пользователи могут в любой момент экспортировать свой закрытый ключ для автономного хранения в автономном режиме, при этом не требуется программное обеспечение кошелька или фраза-семенная фраза. Для вывода средств требуются криптографические доказательства с несколькими подписями от двух третей валидаторов, и необходимо выждать 24-часовое окно безопасности между запросом и получением средств. Лимит на вывод средств за эпоху ограничивает риски в случае взлома ключа валидатора. Планируется интеграция с Circle CCTP, что позволит осуществлять депозиты в USDC напрямую из цепочек EVM, включая Base и Arbitrum.
Все данные цепочки будут общедоступны через полный REST API и каналы WebSocket. Сюда входят книги заказов, сделки, ставки финансирования, цены оракулов, позиции и ликвидации. Планируется создание общедоступного блок-эксплорера. Управление протоколом устанавливает полномочия оракула, которые валидаторы проверяют криптографически. Настраиваемый автоматический выключатель останавливает поступление цен, если движение превышает заданный порог.
Parcl | Запуск основной сети или создание новой сети
📅 08.04.2026 7:30:26
#SmartEvent@CryptoAttackBot
🔓VCs Are Ready To Sell: These Unlocks Could Crash Prices
Tomorrow, VC investors in #JTO will have $12M unlocked, which may impact the price. Major VC unlocks of #ID, #SAGA, #PRCL, and #DBR tokens in March and April could also influence market prices.
📌 Share and Join 🌕@Crypto_Medias