#CallData

[callationus]

Callation makes call reporting smarter and simpler. It helps businesses understand about every customer call by turning complex data into clear, useful insights. With Callation, teams can easily spot ways to improve customer service, close more sales, and make smarter decisions, all without the headache of confusing reports. It’s an easy, powerful tool that helps you stay connected and ahead.

[darkevilclub]

Understanding Basic Data Types in Solidity: A Simple Guide

Introduction to Solidity and Smart Contracts Solidity is the programming language at the heart of Ethereum's smart contract ecosystem. Smart contracts are self-executing contracts where the terms are written directly into code, offering transparency, immutability, and automation. Let's break down what goes into creating your first smart contract and explore the data types that give these contracts their structure. Your First Solidity Contract: A Closer Look Here's a simple yet illustrative Solidity contract: // SPDX-License-Identifier: MIT pragma solidity ^0.8.0; contract MyFirstContract { uint256 public myNumber; constructor() { myNumber = 10; } function setNumber(uint256 _number) public { myNumber = _number; } function getNumber() public view returns (uint256) { return myNumber; } } Breaking Down the Contract: - Pragma: This line ensures the code compiles with the right version of the Solidity compiler, preventing compatibility issues. - Contract Declaration: Like a class in other languages, a contract encapsulates all the code. - State Variables: myNumber is stored on the blockchain, its value persists across transactions. - Constructor: This function runs once at deployment, setting initial values. - Functions: setNumber changes the state, while getNumber reads from it without altering anything, hence marked view. Solidity Data Types: The Building Blocks Solidity's type system is rich, allowing for precise control over how data is stored and manipulated: - Boolean: bool - The simplest type, either true or false. - Integers: uint for unsigned integers (positive only), with uint256 being common for its balance between range and gas efficiency. int types are for signed integers. - Address: address holds Ethereum addresses, crucial for transactions and contract interactions. - String: For text, although gas costs make them less common for large data. - Bytes: From bytes1 to bytes32 for fixed-length byte arrays, or bytes for dynamic lengths. Useful for raw data. - Arrays: Can be fixed-size or dynamic. They're used for collections of the same type. - Structs: Define custom types, grouping related data together. - Enums: Create a set of named constants, enhancing code readability and reducing errors. - Mappings: mapping(key => value) acts like a dictionary or hash table, allowing for key-value stores. - Function Types: Can be used to pass functions as parameters or return them from functions, adding flexibility. The Importance of Data Location In Solidity, where data is stored affects both functionality and gas costs: - Storage: Permanent data, changes to which are costly in terms of gas but persist across function calls. - Memory: Temporary, exists only during function execution, cheaper but does not persist. - Calldata: A special data location that contains function arguments, only available for external function call parameters, and is read-only. Conclusion: The Power of Solidity Understanding these fundamental elements of Solidity equips you to craft smart contracts that are not only functional but also optimized for the Ethereum ecosystem. From managing simple state changes to complex decentralized applications, the mastery of data types and contract structure forms the bedrock of blockchain development. As you continue to explore Solidity, remember that each line of code carries the potential to automate, secure, and revolutionize traditional processes in this new era of digital agreements. Read the full article

[cryptooooo]

Here’s a summary based on the link you provided:

Vitalik Buterin, co-founder of Ethereum, has introduced Ethereum Improvement Proposal (EIP) 7706, aiming to refine Ethereum's fee structure by proposing a new gas class specifically for calldata. This proposal seeks to address transaction costs by introducing distinct fees for data transmission, separate from execution and storage expenses.

If approved, EIP-7706 could lead to reduced fees for data-heavy transactions on the Ethereum network, promoting efficiency and affordability for users. This change aligns with Ethereum's ongoing efforts to enhance scalability and optimize its blockchain's functionality.

The blog likely explores the details of EIP-7706, including its potential impact on transaction fees, user experience, and Ethereum's broader ecosystem. It may also delve into the significance of this proposal in the context of Ethereum's evolution and competition with other blockchain platforms.

Overall, Vitalik Buterin's introduction of EIP-7706 highlights Ethereum's commitment to continuous improvement and innovation, particularly in addressing key challenges such as transaction costs and scalability, to ensure the network remains competitive and user-friendly in the rapidly evolving blockchain landscape.

[rjqnrrla]

가스 낭비 없음: IAmTheOptimizor 챌린지 우승

가스 골프는 스마트 계약 엔지니어링에서 중요한 역할을 합니다. 재미있고 도전적인 작업일 뿐만 아니라 귀중한 블록 공간을 절약해 줍니다. 그래서 0xBeans가 가스 골프 챌린지 "I Am The Optimizor"를 시작했을 때 우리도 동참했습니다. 초보자를 위해 참가자(스마트 계약 엔지니어 및 팀)는 고전적인 3Sum 문제를 해결하는 계약을 작성하기 위해 경쟁합니다. 계약은 가스 사용량과 규모의 합으로 점수가 매겨집니다. 가장 낮은 점수를 받은 사람들은 이전 우승자들로부터 특별한 NFT를 훔칩니다. 적어도 OpenSea 설명 에 따르면 "옵티마이저 신의 축복을 받은 사람들만이 소유한 트로피"입니다 . 지금까지 NFT는 가장 최근에 이 게시물의 작성자를 포함하여 16명의 최적화 프로그램에 의해 소유권이 주장되었습니다. 우리는 몇 가지 Twitter 스레드( 여기 및 여기 )에서 프로세스를 간략하게 설명했지만 이제는 솔루션이 어떻게 작동하는지 더 자세히 살펴보고 싶습니다. 또한 우리가 구축한 몇 가지 다른 접근 방식과 우리가 사용한 몇 가지 색다른 최적화 방법도 다룰 것입니다.

탐나는 OPTIMIZOR NFT. 캐릭터의 눈동자를 둘러싸고 있는 가스 펌프와 탱크를 주목하세요.

게임: 도전의 작동 방식

챌린지 자체는 간단한 옵티마이저 테마의 " 언덕의 왕 " 게임으로, 플레이어는 최소한의 가스를 사용하고 가장 작은 바이트코드 크기를 갖는 것을 목표로 IPlayer 인터페이스를 준수하는 스마트 계약을 작성해야 합니다.

챌린지 계약을 사용하면 참가자는 claim플레이어 계약의 주소를 전달하여 함수를 호출한 다음 두 가지 작업을 수행할 수 있습니다. 첫째, owner플레이어 계약에서 함수를 호출하여 원래 claim함수를 호출한 것과 동일한 주소를 반환하는지 확인합니다. 결과적으로 훨씬 더 흥미로운 솔루션으로 인해 더 어려운 과제가 발생합니다). 다음으로 무작위를 생성 inputArr하고 대상 sum매개변수를 선택합니다. 이 값은 함수를 통해 플레이어 계약에 전달됩니다 solve. 그런 다음 플레이어는 inputArr의 합이 가 되는 세 가지 고유 요소를 올바르게 계산해야 합니다 sum. 이는 많은 분들이 컴퓨터 공학 과정과 코딩 인터뷰에서 기억하실 수 있는 고전적인 3Sum 문제입니다. 많은 학생들에게 이것은 그들이 직면하는 최초의 명백하지 않은 프로그래밍 문제 중 ��나입니다. 계약은 바이트코드 크기와 함수 호출에 사용된 가스의 합을 기준으로 점수가 매겨집니다 solve. 가장 낮은 점수가 승리합니다.

연극: 접근법, 계획, 기술

참가자들은 빠르게 인상적인 계약을 체결했습니다. 당연히 이러한 솔루션 중 다수는 3Sum 문제를 전혀 해결하지 못했습니다. 대신 그들은 솔루션을 예측하고 이를 반환하는 계약을 배포하여 계약의 무작위성을 (매우 효율적으로!) 조작했습니다. 참가자들은 하드 코딩된 값을 반환하고 모든 블록을 플래시봇 번들로 제출하여 이를 달성했습니다. 기본적으로 플래시봇은 트랜잭션 되돌리기를 허용하지 않으므로 플레이어의 계약이 효율적인 솔루션에서 발생하지 않은 경우 해당 트랜잭션이 블록에 포함되지 않습니다. 그러나 운이 좋아서 솔루션이 무작위로 생성된 솔루션과 일치하면 트랜잭션이 포함되고 최적화 프로그램이 됩니다. 덜 분명한 두 번째 접근 방식은 계약을 분기 없이 만드는 것이었습니다. 스마트 계약을 호출할 때 호출할 함수는 트랜잭션 호출 데이터의 시작 부분에 선택기라는 특정 4바이트 시퀀스를 추가하여 지정됩니다. 대부분의 계약의 시작은 이 선택자를 기반으로 실행 흐름을 변경하는 스위치 문으로 시작됩니다. 이 프로세스는 제출의 바이트코드 크기와 가스 사용량을 증가시켰습니다(따라서 최고의 계약에 의해 포기되었습니다). 그러나 또한 범위를 벗어난 호출 데이터를 읽어 흥미롭기는 하지만 직관적이지 않은 재빠른 손재주로 이어졌습니다 calldata[0x24..0x44]. 소유자 함수가 호출되면 항상 0을 반환합니다. 하지만 해결 함수가 호출되면 배열의 두 번째 요소를 반환합니다. 즉 CALLDATALOAD, 단일 opcode만 사용하면 호출된 함수에 따라 다르게 동작하는 메모리 조작을 수행할 수 있습니다. 이 동작을 활용한 계약은 초기 선택기 스위치를 완전히 제거할 수 있었습니다. 이 트릭과 opcode의 영리한 조합을 통해 참가자는 매우 효율적인 계약서와 거의 완벽한 솔루션을 작성할 수 있습니다. 이를 통해 우리는 혼합에 추가할 새로운 최적화에 대한 아이디어를 얻었습니다. 이는 이전 기술을 기반으로 구축되었지만 새롭고 색다른 최적화를 기반으로 하는 것입니다. 당시 최고의 계약은 상당히 효율적이었지만 과연 그것이 가장 효율적이었을까요? 그 모습은 다음과 같습니다.

이 문제를 개선할 수 없을 것 같았지만, 를 PUSH2 0x0144로 바꾸면 어떻게 될까요 COINBASE? 명령 비용은 PUSH2가스 3개와 계약 크기에 대한 추가 바이트 3개입니다. 이는 계약의 총점에 6점을 기여한다는 의미입니다. COINBASE반면에 2개의 가스를 사용하고 계약 크기에 1바이트만 추가하여 총 점수는 3이 됩니다. 이는 우리가 어떻게든 COINBASE0x0144를 반환할 수 있다면 2점 차로 승리할 수 있다는 의미입니다. 한 가지 작은 문제: COINBASE일반적으로 0x0144를 반환하지 않습니다. 코인베이스 주소가 블록의 거래 수수료를 받는 사람(보통 블록 제안자)이기 때문에 이는 의미가 있습니다. Opcode COINBASE 는 블록을 생성하는 Ethereum 유효성 검사기에 의해 설정되는 블록의 코인베이스 주소를 반환합니다. 해당 블록의 모든 거래 정보는 코인베이스 주소로 흘러갑니다. 그리고 플래시봇에 번들을 제출하고 거래를 포함하기 위해 검증자에게 비용을 지불하더라도 코인베이스 주소를 설정할 수 없습니다. 블록 빌딩 인프라 스택으로 더 깊이 들어가야 한다는 것이 분명해졌습니다. 하지만 우리가 취한 접근 방식을 살펴보기 전에 제안자-구축자 분리(PBS)의 현재 상태를 살펴보겠습니다.

출처: docs.flashbots.net PBS는 MEV가 이더리움에서 추출되는 현재 메커니즘입니다(지분 증명으로의 전환과 함께 도입됨). PBS에는 특정 순서에 포함되기를 원하는 거래 묶음을 제출하는 "검색자"라는 독립적인 네트워크 참가자가 있습니다. 멤풀에서 전체 실행 계층 Ethereum 블록으로 번들과 트랜잭션을 구성하는 "빌더" 그리고 빌더로부터 블록을 가져와 가장 수익성이 높은 블록을 해당 슬롯에 제안할 검증자에게 전달하는 "릴레이"입니다. 이전 제출에서는 플레이어가 검색자 역할을 하여 블록에 포함되도록 빌더에 거래 묶음을 제출하는 경우가 많았습니다. 이 도전에 맞서기 위해 우리는 이 시스템으로 한 단계 더 깊이 들어가야 했고, 스스로 블록 빌더가 되어야 했습니다. 블록 빌더는 검증자를 위한 전체 실행 계층 블록을 구성합니다. 그들은 블록 매개변수를 올바르게 설정하고 계산하기 위해 검색자보다 훨씬 더 복잡한 소프트웨어를 실행합니다. 이는 상태 루트, 로그 블룸, 영수증 루트 및 결정적으로 코인베이스 등 거의 모든 필드를 설정하는 기능을 포함하여 블록을 완전히 제어할 수 있음을 의미합니다. 대부분의 블록 빌더는 자신의 주소를 코인베이스로 설정하고 블록 끝에서 거래를 보내 유효성 검사기에 비용을 지불합니다. 하지만 왜 코인베이스 주소를 0x0144로 설정하고 블록의 수수료를 효과적으로 소각할 수 없었을까요? 우리가 해야 할 일은 블록의 수익금이 아닌 우리 자신의 자금으로 검증인에게 비용을 지불하는 것뿐이었습니다. 불행하게도 그 계획은 오래가지 못했습니다. 상위 경쟁자들은 이전 시도를 능가하는 새로운 계약서를 제출했고, 더 나은 계약서를 찾는 과정을 더욱 어렵게(그리고 흥미롭게) 만들었습니다. 코인베이스 트릭을 계속 사용할 수 있는 방법이 있었나요? 다행스럽게도 우리는 코인베이스 최적화를 가스 가격 수정이라는 또 다른 트릭과 결합할 수 있다는 것을 깨달았습니다. 우리가 생각해낸 계약은 다음과 같습니다.

GASPRICE이 계약이 작동하도록 하려��� 0x0900000000이 반환되었는지 확인해야 했습니다 . COINBASE0x24를 반환했습니다. 0x0n00000000으로 시작하는 주소를 반환 했습니다 ORIGIN. 여기서 n은 1에서 8 사이의 숫자일 수 있습니다. 우리는 이미 블록 빌더를 사용하여 코인베이스를 설정하고 거래 팁을 사용하여 가스 가격을 쉽게 조절할 수 있었지만 여전히 거래를 시작하기 위해 10니블 허영 주소를 생성해야 했습니다. 이는 안전하지 않기로 유명한 욕�� 주소 생성기를 사용하면 쉬웠습니다. (우리는 독자가 해당 주소에 대한 개인 키를 찾는 연습으로 남겨두겠습니다.) 그런데 계약은 어떻게 되나요? 첫 번째 경우부터 시작하여 승리한 트랜잭션의 매개변수(발신자 주소로 사용)를 검사하면 함수가 호출될 0x060000000084477daF071d5b34F36a028E8b4506때 스택의 모습은 다음과 같습니다  .owner 처음 4개의 opcode가 실행된 후 스택은 다음과 같습니다. 00| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 01| 00 00 00 00 00 00 00 00 00 00 00 00 06 00 00 00 00 84 47 7d aF 07 1d 5b 34 F3 6a 02 8E 8b 45 06 02| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 03| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 00 다음으로 CALLDATALOAD스택에서 0x24를 소비하고 0x24에서 시작하는 32바이트의 호출 데이터를 스택에 푸시합니다. 함수 owner에는 4바이트의 호출 데이터만 있으므로 이 작업은 본질적으로 스택에서 0x24를 팝하고 0x00으로 대체합니다. 다음 opcode는 MSTORE스택의 두 요소를 사용하여 스택의 맨 위(0x00)를 메모리 위치로 해석하고 스택의 두 번째 항목(원본 주소)을 저장할 값으로 해석합니다. 다음 MSTOREopcode는 메모리 위치 0x24에 0x0900000000을 저장하므로 기본적으로 NOP 역할을 합니다. 마지막으로  MSIZE(0x60) 및 CALLVALUE(0x00)을 스택에 푸시한 다음 RETURN 본질적으로 다음 세 단어를 최적화 계약에 반환합니다. 00| 00 00 00 00 00 00 00 00 00 00 00 00 06 00 00 00 00 84 47 7d aF 07 1d 5b 34 F3 6a 02 8E 8b 45 06 20| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 40| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 첫 번째 단어는 원본 주소이고 나머지는 정크 데이터입니다. 다행스럽게도 최적화 계약은 한 단어만 반환할 것으로 예상하고 그것이 원래 호출자와 동일한지 확인합니다. 원본 주소를 먼저 반환했으므로 첫 번째 테스트를 통과할 수 있습니다. 이제 풀기 기능으로 들어가면 상황이 좀 더 복잡해집니다. 이전과 마찬가지로 처음 4개의 opcode가 실행된 후 스택은 다음과 같습니다. 00| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 01| 00 00 00 00 00 00 00 00 00 00 00 00 06 00 00 00 00 84 47 7d aF 07 1d 5b 34 F3 6a 02 8E 8b 45 06 02| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 03| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 00 이번에는 를 사용할 때 CALLDATALOAD입력 배열의 두 번째 요소를 스택에 푸시합니다. 승리한 트랜잭션의 경우 이는 0x13이었습니다. 다음 opcode는 MSTORE메모리 위치 0x13에 원본 주소를 저장합니다. 이 시점에서 메모리의 모습은 다음과 같습니다. 00| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 06 20| 00 00 00 00 84 47 7d aF 07 1d 5b 34 F3 6a 02 8E 8b 45 06 00 00 00 00 00 00 00 00 00 00 00 00 00 보시다시피 — 이상한 오프셋과 원본 주소로 인해 — 주소의 시작 부분 0x06은 메모리의 첫 번째 전체 단어로 끝납니다. 이는 첫 번째 반환 값인 0x06을 준비하는 영리한 방법이었습니다. 다음은 MSTORE가스 가격(0x0900000000)을 위치 0x24에 저장합니다. 따라서 이 작업은 0x24부터 0x38까지의 메모리 위치를 0으로 덮고 0x09를 0x39 위치에 배치하게 됩니다. 가스 가격의 나머지 0은 메모리의 다음 단어로 오버플로되어 메모리를 확장하고 0x40에서 0x60을 모두 0으로 설정합니다. 실제로 이는 MSTORE두 번째 반환 값을 0x09로 설정하고 세 번째 반환 값을 0x00으로 설정합니다. 이 시점에서 우리의 기억은 다음과 같습니다. 00| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 06 20| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 40| 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 다음, MSIZE, CALLVALUE및 는 RETURN단순히 이 데이터를 반환하고 적절한 솔루션의 모든 요구 사항을 충족합니다(모두 고유하고 모두 0과 9 사이의 세 가지 값을 가짐). 운이 좋으면 필요한 합계가 제공된 세 가지 인덱스의 합계와 같게 됩니다. 우리의 경우 요소 0은 26, 요소 6은 12, 요소 9는 15였습니다. 이 두 요소를 모두 더하면 원하는 합인 53이 되므로 "해결"했습니다.

증거: 최적의 솔루션 이해

EVM에 대한 중요한 변경을 제외하고 이 솔루션이 왜 이기기 어려울 수 있는지에 대한 논쟁이 있을 수 있습니다. 대담한 주장이지만 이더리움의 기본 구조적 역학에도 영향을 미칩니다. 그 이유를 이해하기 위해 유효한 솔루션의 요구 사항을 살펴보겠습니다. 최소 0x60바이트(3단어)의 반환 데이터를 제공해야 합니다. 모든 값의 범위는 0-9 사이여야 합니다. 이러한 값은 모두 고유해야 합니다. owner() 호출과solv(…) 호출 사이의 논리를 변경하거나 0x01과 0x09 사이의 주소를 가질 수 있는 방법이 있어야 합니다. 우리는 또한 EVM의 몇 가지 사실을 이해해야 합니다. MSTORE3워드 미만의 메모리에서 작동할 때 다른 모든 작업( CALLDATACOPY, EXTCODECOPY, 및 모든 호출) 만큼 메모리를 저장하는 데 최소한 점수(가스 + 연산 코드 길이) 효율적입니다.RETURNDATACOPY 스택에 값을 넣는 가장 저렴한 방법은 2비용 연산입니다(점수에 3포인트가 추가됩니다). 가장 효율적인 논리 연산에는 3가지 가스 비용이 들며 그 중 CALLDATALOAD, NOT, 및 만이 ISZERO스택에 전혀 영향을 미치지 않습니다. 다른 모든 항목은 출력보다 더 많은 스택 요소를 소비합니다. RETURN함수가 끝날 때 호출해야 합니다. 현재 미리 컴파일된 주소 중 이 문제를 해결하는 데 작동하는 주소가 없습니다. MSTORE세 단어의 메모리(0이 아닌 두 단어)를 반환해야 하기 때문에 솔루션에 최소한 두 개의 opcode가 있어야 하며 두 단어만 설정하기 때문에 위의 (1)은 MSTORE여기서의 사용이 최소한 다른 작업만큼 효율적입니다. 이는 4개의 스택 푸시 요구 사항을 제공합니다. 또한 RETURN두 번의 스택 푸시가 필요한 최소한 하나의 opcode가 필요합니다 . solve마지막으로 와 호출을 구별할 수 있는 방법이 필요하므로 owner이를 수행하려면 최소한 하나의 논리 연산자가 있어야 하며 위의 (2)를 사용하면 CALLDATALOAD적어도 다른 논리 연산만큼 효율적입니다. 이는 모든 솔루션에 최소 2개 MSTORE, 1개  RETURN, 효율적인 논리 작업 1개, 스택 푸시 작업 6개가 필요함을 의미합니다. 우리의 솔루션은 2개  MSTORE, 1개  RETURN, 1개의 효율적인 논리 연산과 가장 저렴한 6개의 스택 푸시 연산을 사용합니다. 이 모든 것은 최적의 솔루션과 동일한 특성을 공유하는 것처럼 보이는 우리의 솔루션에 해당합니다. 이는 적어도 다른 모든 솔루션을 연결합니다. 물론 이는 공식적인 증거는 아니지만 현재의 제약 조건 하에서 우리 솔루션이 기술적으로 최고가 될 수 없다는 확신을 줍니다. 사소하게 더 효율적인 솔루션이 있지만 계산적으로 실행 불가능한 것이 필요합니다. 즉, 0x01과 0x09 사이의 주소에 대한 개인 키가 필요합니다. 이는 천문학적으로 가능성이 낮기 때문에(그리고 이것이 우리가 아는 유일한 방법이므로) NFT에서 승리할 수 있는 다른 방법은 없습니다. (즉, 조건을 변경하는 EIP가 없는 경우입니다.) 이것을 만드는 것은 아무리 말해도 재미있었습니다. 블록 빌더는 매우 새롭고 밝혀야 할 것이 너무 많습니다. 더 자세히 알아보려면 블록 이나 이를 생성한 블록 빌더를 살펴보세요 . 많은 일이 일어나고 있지만(24개가 넘는 거래), 블록의 모든 부분이 중요한 역할을 한다고 약속합니다. *** 여기에 표현된 견해는 인용된 개별 AH Capital Management, LLC(“a16z”) 직원의 견해이며 a16z 또는 그 계열사의 견해가 아닙니다. 여기에 포함된 특정 정보는 a16z가 관리하는 펀드의 포트폴리오 회사를 포함한 제3자 소스에서 얻은 것입니다. a16z는 신뢰할 수 있는 출처에서 가져온 정보이지만, 해당 정보를 독립적으로 검증하지 않았으며 해당 정보의 현재 또는 지속적인 정확성이나 주어진 상황에 대한 적합성에 대해 어떠한 진술도 하지 않습니다. 또한 이 콘텐츠에는 제3자 광고가 포함될 수 있습니다. a16z는 그러한 광고를 검토하지 않았으며 그 안에 포함된 어떠한 광고 콘텐츠도 보증하지 않습니다. 이 콘텐츠는 정보 제공의 목적으로만 제공되며 법률, 비즈니스, 투자 또는 세금 관련 조언으로 의존해서는 안 됩니다. 그러한 문제에 대해서는 자신의 조언자와 상담해야 합니다. 증권이나 디지털 자산에 대한 언급은 설명 목적으로만 제시된 것이며 투자 추천이나 투자 자문 서비스 제공을 제안하는 것이 아닙니다. 또한, 이 내용은 투자자나 잠재 투자자를 대상으로 하거나 사용하려는 의도가 없으며, a16z가 관리하는 펀드에 대한 투자 결정을 내릴 때 어떤 상황에서도 의존할 수 없습니다. (a16z 펀드에 대한 투자 제안은 해당 펀드의 사모 각서, 청약 계약서 및 기타 관련 문서를 통해서만 이루어지며 전체 내용을 읽어야 합니다.) 언급되거나 언급되거나 언급된 모든 투자 또는 포트폴리오 회사 설명된 내용은 a16z가 관리하는 차량에 대한 모든 투자를 대표하지 않으며 해당 투자가 수익성이 있을 것이라는 보장이나 향후 다른 투자가 유사한 특성이나 결과를 가질 것이라는 보장은 없습니다. Andreessen Horowitz가 관리하는 펀드에 의한 투자 목록(발행자가 a16z에 공개를 허용하지 않은 투자 및 공개 거래되는 디지털 자산에 대한 미발표 투자 제외)은 https://a16z.com/investments 에서 확인할 수 있습니다. / . 여기에 제공된 차트와 그래프는 정보 제공의 목적으로만 제공되며 투자 결정을 내릴 때 이에 의존해서는 안 됩니다. 과거 성과는 미래 결과를 나타내지 않습니다. 내용은 표시된 날짜 기준으로만 설명됩니다. 본 자료에 표현된 모든 예상, 추산, 예상, 목표, 전망 및/또는 의견은 예고 없이 변경될 수 있으며, 다른 사람이 표현한 의견과 다르거나 반대될 수 있습니다. 추가적인 중요한 정보는 https://a16z.com/disclosures를 참조하세요. 코인인증하고 코인올백 공식카톡방 입장하기 https://open.kakao.com/o/slRwZOog

[clarksoncarolyn682]

Какую пользу приносит L2 обновление Cancun?

IP4844 вводит новый тип транзакций, называемый транзакциями с блобами (blob-carrying transaction). Каждая транзакция blob-carrying может "нести" список blobs - пакетов данных размером около 125 КБ, которые хранятся в течение очень короткого периода времени, 4096 эпох, или чуть больше 18 дней.

Плата за транзакции L2 зна��ительно снижается. Поскольку Blob не требует постоянного хранения, он дешевле и занимает больше места по сравнению с блоками. blob может хранить в 10 раз больше данных, чем Calldata, при том же потреблении газа. Rollup, адаптиро��анный к EIP4844, может хранить данные транзакций в Blob, снижая стоимость транзакций на порядок.

TPS L2 увеличивается экспоненциально. В настоящее время целевое значение для каждого блока составляет 3 блоба, а максимально допустимое количество блобов - 6. Блок занимает всего 90 КБ, а каждый блоб - около 125 КБ. Введение блобов эквивалентно расширению пространства блока в несколько раз для хранения данных Rollup, поэтому TPS Rollup также может быть увеличен экспоненциально. В статье "On Increasing the Block Gas Limit", написанной Тони и Виталиком, говорится, что увеличение лимита блочного газа и цены ненулевых байтов calldata позволяет добиться меньших и менее переменных размеров блока, что позволяет добавлять больше блобов в будущем. Больше блоков означает больше места в хранилище.

Для конечных пользователей Ethereum L2, адаптированный к EIP4844, быстрее, дешевле, плавнее и быстрее реагирует на транзакции. На этих L2 будут работать более сложные и крупные Dapp-приложения.

[idenijam2023]

CID CALL DATA పిటిషన్ శుక్రవారానికి వాయిదా

#CID #Calldata #Enquiry #Acb #court #Friday #CrimeNews #YSRCP #TDPWillBeBack #Amaravathi #AndhraPradesh #latestnews #NewsUpdates #IdenijamPolitics

[ailtrahq]

Zero-knowledge proof (ZK-proofs) solutions have proved critical in helping scale the Ethereum ecosystem, but proto-danksharding is expected to drastically reduce the Cost of roll ups according to Consensys’ zkEVM Linea head Nicolas Liochon.Speaking exclusively to Cointelegraph Magazine editor Andrew Fenton during Korea Blockchain Week, Liochon estimated that proto-danksharding could further reduce rollup costs by 10 times. Ethereum.org/en/roadmap/danksharding/" target="_blank" rel="noopener nofollow">Proto-danksharding, also known by its improvement proposal identifier EIP-4844, is aimed at reducing the Cost for rollups, which typically batch transactions and data off-chain and submit computational proof to the Ethereum Blockchain.The Ethereum Foundation is yet to nail down an expected launch data for proto-danksharding but development and testing is still Ethereum/pm/blob/master/Breakout-Room/4844-readiness-checklist.md#client-implementation-status" target="_blank" rel="noopener nofollow">ongoing. As Liochon explained, Linea delivers 15 times cheaper transactions compared to those made on Ethereum’s layer one, but rollups are still limited by the fact that transactions are posted in calldata in Ethereum blocks. According to Ethereum’s Ethereum.org/en/roadmap/danksharding/" target="_blank" rel="noopener nofollow">documentation, rollups are still expensive in terms of their potential because calldata is processed by all Ethereum nodes and the data is stored on chain indefinitely despite the fact that the data only needs to be available for short period.EIP-4844 will introduce data blocks that can be sent and attached to blocks. The data stored in blobs is not accessible to the Ethereum Virtual Machine and will be deleted after a certain time period - which is touted to drastically reduce transaction costs.“In reality, the Cost of rollups is down to data availability. We are writing all the data to layer one which is why we have exactly the same Security. But it’s expensive, it represents 95% of the Cost.”Liochon said that Linea’s prover, which essentially handles the off-chain computation that verifies, bundles and then creates a cryptographic proof of the combined transactions, only represents a fifth of the Cost. This highlights the major hurdle in making ZK-rollups the go-to scaling solution for the Ethereum ecosystem as opposed to other solutions like Optimistic rollups.Liochon also said that Linea aims to be a general use ZK-rollup that will be used for a variety of Decentralized Applications and solutions within the Ethereum ecosystem. "We are a generic rollup. We don't want to have a specific use case or specific domain. It's quite important to support all type of Applications, including DeFi, gaming and social."As Cointelegraph previously reported, Consensys has completed the launch of Linea in Aug. 2023, having onboarding over 150 partners and bridging more than $26 million in ETH.Magazine: Here’s how Ethereum’s ZK-rollups can become interoperable

[alloffer2023]

Why Choose Localize.mobi?

I can provide some general reasons why businesses may choose a localization service. If Localize.mobi offers localization solutions, these reasons may apply to their offering as well. Here are some potential reasons to choose a localization service:

Reach a Global Audience: Localization allows businesses to expand their reach and target international markets. By translating and adapting content to the local language, culture, and preferences, businesses can effectively engage with a broader audience and increase their chances of success in new markets.

Improved User Experience: Localization enhances the user experience by providing content in the user's native language. It enables users to understand and interact with the app or website more effectively, leading to increased engagement, satisfaction, and ultimately, higher conversion rates.

Cultural Sensitivity: Localization takes into account cultural nuances, ensuring that the content is culturally appropriate and avoids any unintended misunderstandings or offensive elements. This attention to cultural sensitivity builds trust and credibility with the target audience.

Increased Revenue and ROI: By expanding into new markets and catering to the specific needs of those markets, businesses have the potential to generate higher revenue and achieve a better return on investment. Localization can help tap into untapped customer segments and unlock new business opportunities.

Time and Cost Efficiency: Utilizing a localization service can save businesses valuable time and resources. Instead of managing the localization process in-house, outsourcing it to a specialized service provider can ensure a more efficient workflow, higher translation accuracy, and better utilization of internal resources.

Expertise and Quality Assurance: Localization service providers often have dedicated teams of linguists, translators, and localization specialists who possess the necessary language skills and cultural knowledge. Their expertise ensures high-quality translations and localization, reducing the risk of errors or misinterpretations.

Scalability and Flexibility: Localization services are designed to handle projects of varying sizes and complexities. Whether you have a small app or a large website, a localization service can scale to accommodate your needs, providing flexibility as your business grows.

It's important to conduct thorough research, evaluate the specific features and capabilities of Localize.mobi, and compare them to other available localization solutions. Consider factors such as pricing, customer reviews, integration capabilities, and customer support to determine if Localize.mobi aligns with your localization goals and requirements.

[nftcryptonews]

Vitalik Buterin proposes calldata limit per block to lower ETH gas costs

Buterin issued a decrease-cost-and-cap proposal, which aims to achieve most of the benefits of the decrease

from Cointelegraph.com News https://ift.tt/3CVrcGD

[callationus]

Callation offers a powerful cloud-based call reporting solution to allow businesses to better understand and have control over their communications. With absolutely no complicated hardware or installation, you can see detailed call intelligence directly through a secure online portal anywhere, anytime.

Our service provides clean and highly customizable reports on usage patterns, call volumes, and team efficiency. If you need to improve customer service, track staff activity, or identify missed opportunities, Callation provides you with the tools to make better business decisions.

All is in the cloud, hence no infrastructure on the ground is needed. You have instant access to the past data, automated reports in your email box, and a user-friendly interface that simplifies monitoring for any team.

[vorobey-sergey]

‍⚡️Новости криптомира 📎Платежная крипто-платформа Wyre объявила о закрытии. Фирма начала процесс остановки деятельности, а также готова продать активы. Компания пробыла на рынке около 10 лет. Причиной закрытия Wyre назвала финансовые проблемы медвежьего рынка. 📎В сети Ethereum развернули аналог Ordinals под названием Ethscriptions, который позволяет создавать "надписи". За первые 18 часов пользователи сминтили около 30 000 NFT нового образца. Протокол использует данные транзакции (calldata) для записи определенного контента напрямую в блокчейн. 📎Разработчики Ethereum обсудили детали будущего обновления уровня консенсуса Deneb, часть хардфорка Dencun. Специалисты рассмотрели три предложения по улучшению, из которых EIP-4788, упрощающий взаимодействие с разработчиками dapps, неделей ранее получило зеленый свет на включение в спецификацию хардфорка. 📎Binance Group подала заявление в Управление финансового надзора (FCA) Великобритании об отзыве регистрации дочерней компании Binance Markets Limited. Заявление одобрено регулятором. Отмена регистрации не повлияла на деятельность Binance Group, поскольку дочерняя компания не вела никакой деятельности. 📎Юрисконсульт Coinbase Пол Гревал отмечает, что для правительства необычно игнорировать прямой вопрос федерального суда, но уклончивый ответ SEC выходит за эти рамки. 13 июня представители Комиссии запросили у суда дополнительные 120 дней для ответа на петицию Coinbase, призывающую отреагировать на обращение от июля 2022 года. #новости #биткоин #криптовалюта

[parolim-prlm]

Solidity Memory. How does it work? | by Alberto Molina | Coinmonks | Mar, 2023

The Memory is one of the four data locations a solidity smart contract has (the others are : storage, calldata and stack). In simple words, it is the “heap” associated to the smart contract whenever it is running. Values are not persisted, as soon as the transaction is done, the memory content gets removed. When a smart contract is called, the EVM will “instantiate” a memory space for it. This…

[imperiumallaboveall]

Watch "Solidity Data Location (Storage, Memory and Calldata)" on YouTube

Update pattern recognition engine

[cryptosecrets]

Solidity Storage. How does it work? | by Alberto Molina | Coinmonks | Feb, 2023

The Storage is one of the four data locations a solidity smart contract has (the others are : memory, calldata and stack). In simple words, it is the “database” associated to the smart contract, values are persisted after the transaction finishes, which is why it contains the contract’s “state” variables. Each smart contract storage contains (theoretically) 2**256 slots that are 32 bytes long…

[cryptoking009]

Solidity Storage. How does it work? | by Alberto Molina | Coinmonks | Feb, 2023

The Storage is one of the four data locations a solidity smart contract has (the others are : memory, calldata and stack). In simple words, it is the “database” associated to the smart contract, values are persisted after the transaction finishes, which is why it contains the contract’s “state” variables. Each smart contract storage contains (theoretically) 2**256 slots that are 32 bytes long…

[gamekai]

Solidity Storage. How does it work? | by Alberto Molina | Coinmonks | Feb, 2023

The Storage is one of the four data locations a solidity smart contract has (the others are : memory, calldata and stack). In simple words, it is the “database” associated to the smart contract, values are persisted after the transaction finishes, which is why it contains the contract’s “state” variables. Each smart contract storage contains (theoretically) 2**256 slots that are 32 bytes long…