데브콘 6 - 비탈릭 부테린 오프닝 세레모니 번역

 1. 번역 내용

0:06

그래서 사실 제가 이 강연을 한 게 이번이 처음은 아닙니다. 어, 그들은 이런 이야기를 했습니다.

0:13

거의 모든 데프콘에 한 번쯤은 있을 것 같아요 적어도 데프콘은요

0:19

이 강연의 요점은 항상 큰 화재를 빠른 속도로 일부에 도입하는 것이었습니다.

0:25

ethernet의 기본 ethernet이 달성하려고 하는 것의 기본 중 몇 가지는 작동하며, 나는 단지 그것을 얻기 위해 노력할 것이다.

0:32

지금으로선 1.8킬로초 또는 150슬롯이 될 것 같아요

0:39

um 그래서 etherium right etherium이란 범용 블록체인이기 때문에

0:44

플랫폼 평가의 일반적인 목적을 전에 본 적이 있고, 사람들은 블록체인을 전에 본 적이 있으며, 내 생각에는

0:51

이 점에서 우리는 이 두 카테고리의 가치가 무엇인지 직감적으로 이해할 수 있습니다.

0:57

블록체인은 보호 가능한 대규모 합의를 촉진할 수 있습니다.

1:03

검열을 가능하게 할 수 있는 검열을 가능하게 할 수 있는 어플리케이션 블록체인은 당신이 만약 그것을 구축한다면 항상 이용할 수 있다.

1:10

블록체인과 그 블록체인을 기반으로 구축되는 것은 단순히 블록체인이 아니라

1:16

어떤 특정 회사가 그냥 바꾸면 12가 더 이득이 될 거라는 걸 알잖아요

1:22

API는 어느 특정 국가의 주에서도 독립되어 있다는 것을 알고 있습니다.

1:29

중앙집권화된 특정 기업에 의존하는 것은 중앙집권화된 정당에 의존하는 것을 피한다.

1:37

우리가 보는 거의 모든 다른 근거들이 한 번에 하나의 중립적인 근거들이

1:42

당신은 어떤 종류의 편을 고르는 것을 알고 당신은 종종 알고 있다.

1:47

매우 좋은 이유이지만 블록체인은 서로를 신뢰하지 않는 당사자 간의 이런 종류의 기본 계층입니다.

1:54

블록체인이 양의 합계를 가질 수 있도록 하는 다른 방법은 다음과 같은 응용 프로그램을 다음과 같이 만들 수 있습니다.

2:01

투명하게 오픈되어 있습니다.투명하게 오픈되어 있습니다.어플리케이션에 참가하고 있는 사람 또는 어플리케이션의 유효성을 확인할 수 있습니다.

2:09

블록체인은 정말 좋은 것 같아요.

2:15

안정성이 필요하기 때문에 돈이 첫 번째 앱이지만 다른 앱도 있습니다.

2:22

이 컨퍼런스에서 많은 사람들이 앱에 대해 이야기 할 것입니다.

2:28

목적 플랫폼이 강력하기 때문에 일반 목적 플랫폼이 흥미롭다.

2:34

범용 플랫폼이 있다면 독립 이노베이션(Independence Innovation)으로 이행할 수 있습니다.

2:39

그 위에 무언가를 쌓는 것이 훨씬 쉬워질 뿐인데 만약 그가 특정한 것을 쌓고 싶다면

2:44

모든 인프라스트럭처를 직접 재구축하는 대신 작은 부분만 추가하면 됩니다.

2:51

다양한 유형의 응용 프로그램 간에 강력한 네트워크 효과를 만들 수 있기 때문에 Uniswap과

2:57

유닛 스와프에 접속하는 Dow와 같은 것을 얻으면 유닛 스와프 자체가 익숙해집니다.

3:04

um 당신은 usdc 토큰과 메이커 토큰 사이의 거래를 알고 당신은 이런 종류의 토큰을 만들 수 있습니다.

3:10

7개의 다른 어플리케이션의 복잡한 체인으로 모두 서로 대화하고 때로는 서로 대화합니다.

3:16

한 번의 거래로 정말 재미있는 Paradigm의 사람들이 가서 글을 쓸 수 있는 미친 방법들

3:22

에 관한 놀라운 블로그 투고입니다만, 범용 플랫폼은 진입 장벽을 낮춥니다.

3:29

구축이 간단해지기 때문에 많은 이노베이션(innovation)을 실현하고, 많은 경우 일반적입니다.

3:34

목적 플랫폼이 원래 상상했던 것보다 훨씬 더 유용하게 끝나기 때문에 etherium은 일반적인 것입니다.

3:42

목적 블록체인이 옳고, 그래서 etherium이 둘 다 되려고 하기 때문에 이것은 하나의 것과 같다.

3:48

3분간의 피치 같은 것이 어떤 것을 가능하게 할 수 있는지 알 수 있습니다.

3:55

etherium이란 무엇이며 어떻게 작동하며 이 세 사진은 슬라이드에서 가져온 것입니다.

4:00

30분 안에 이전 몇 개의 이더리움에서 이더리움을 설명하는 데 사용합니다.

4:06

세션이 적절하기 때문에 포켓 계산기와 같은 단일 애플리케이션 블록체인을 사용할 수 있습니다.

4:12

소수의 애플리케이션을 명시적으로 지원하는 멀티 어플리케이션 블록체인과 같이 스위스 군대라고 부릅니다.

4:18

나이프 블록체인을 통해 스마트폰 블록체인을 알 수 있습니다. 이것이 일반적인 목적이라는 것을 알고 있다면

4:25

앱을 다운로드하고 싶은 것을 하고 싶기 때문에 최근에는 불행히도 2022년이라는 것을 알고 있습니다.

4:34

일반적인 블록체인이 일반적인 목적이라는 것을 알고 있습니다.멋진 것처럼 말하는 것은, 음...

4:41

마치 집을 파는 것처럼요

4:46

우리가 현대인이라는 걸 알면서 여기 냉장고를 가지고 있는 냉장고가 있어요.

4:54

음, 많은 사람들이 손을 들지 않았다. 나는 감동받았다. 음, 사람들이 주문하는 것을 좋아한다고 생각한다.

5:01

사람들이 날것을 먹나요? 무슨 생각인지 모르겠어요.

5:07

냉장고 프리 리빙은 광고 시대에만 1900년 동안이나 성공했습니다만, 어, 그게 다입니다.

5:14

어쨌든 블록체인이 어떻게 생겼는지 알잖아요

5시 20분

올해 이 프레젠테이션을 하면서 가장 흥미로운 것 중 하나는

5:26

이전 서브의 많은 부분들 사이에서 많은 부분을 바꿔야 했던 것처럼요. 괜찮죠?

5:32

이게 어떻게 동작하는 건지 알아둬야 돼, 어떻게 동작하는 건지 알아둬야 돼, 어떻게 동작하는 건지 알아둬야

5:38

마지막 데프콘과 이 데프콘 사이에 있는 Etherinum 블록체인이

5:43

매우 근본적으로 변화한 것처럼 기능합니다.변화 속도와 우리의 능력

5:51

실제로 우리가 원했던 중요한 변화들에 대한 변화를 실행하고 구현한다.

5:57

거의 10년 동안 얘기했던 프로토콜이 시작됐기 때문에 끝장났지만 알다시피

6:04

드디어 해냈기 때문에, eip1559를 도입했습니다.

6:10

2020년에 비콘 체인이 시작되었고, 이제 비콘 체인이 이어졌고, 너도 알겠지만, 너도 알다시피, 이 비콘 체인은

6:16

이해 관계 증명 시스템일 뿐이므로 매우 큰 변화를 많이 알 수 있습니다.

6:22

우리가 제대로 이야기해야 하는 많은 다른 것들이 있다. 그래서 과거로 거슬러 올라가면, 일 증명시대를 기억할 수 있다.

6:29

블록이 어떻게 삼촌 블록이 포함되었는지에 대해 이야기해야 했다. 사람들은 이것을 기억한다.

6:35

그래서 사람들은 가끔 당신이 알고도 성 중립을 지키려고 하는 사람들이 그들을 갑옷 블록이라고 부르는 것을 기억한다.

6시 40분

블록 삼촌도 그렇고 너도 알듯이 나도 알겠지만 난 매우 명예로운 감정을 알아.

6:45

갑옷처럼 입으면 명상하는 사람들에 대한 모욕처럼 들리지만 괜찮아

6:52

그래서 요즘은 우리가 위험의 증거라는 걸 알잖아요 그리고 블록체인은 좀 달라 보여요

6:58

그 전에 했던 일로부터, 그래서 무엇이 무엇이 좋은지에 대해 이야기 해 봅시다.

7:03

블록체인은 우리 손자손녀들이 볼 수 있는 어둡고 오래된 노동시대를 알고 있는 것처럼 보인다.

7:09

결국 그들이 어떻게 집에 냉장고가 없었는지를 기억하는 것과 같은 빛으로 기억한다. 그래서 당신은 냉장고를 가지고 있다.

7:16

오른쪽 블록과 블록에는 트랜잭션이 포함되어 있습니다. 트랜잭션은 사용자가 보낸 객체입니다.

7시 23분

제대로 하고 싶은 정보를 담고 있기 때문에

7시 28분

만약 내가 원한다면, 만약 내가 어떤 if yeah 암호화 화폐를 가지고 있다면, 그리고 나는

7:34

그럼 그 요청은 그 안에 포장되어 있을 것이다.

7시 40분

만약 내가 nft를 가지고 있고 당신에게 그 nft를 보내고 싶다면, 거래.

7시 45분

완전히 새로운 어플리케이션을 퍼블리시하고 싶은 경우 트랜잭션 내에서 패키지화되어 있습니다.

7:53

어플리케이션의 스마트 계약.그것은 나중에 설명하겠습니다.트랜잭션의 내부에도 패키지화 되어 있기 때문에, 트랜잭션은 마치,

8:00

이러한 거래를 하고 싶은 것에 관한 정보를 포함한 데이터 패키지

8:07

검증자와 글머리 기호로 작성된 모든 블록을 차단합니다.

8:12

따라서 이미 이러한 트랜잭션 패키지만 차단하고 슬롯마다 1개의 새로운 블록이 도착하며 슬롯당 1개의 슬롯은 12초입니다.

8:18

증명 증명은 블록이 올바르게 설정되어 있으므로 증명은

8시 24분

다른 검증자가 서명한 메시지처럼 기본적으로 API 내의 블록 위치를 확고히 합니다.

8:31

블록체인이 적절하기 때문에 블록이 공개되면 그 블록은 몇 초 안에 거의 완성됩니다.

8:36

그것을 뒷받침하는 수천 개의 증명서를 즉시 입수하고, 그것은 그 지위를 공고히 한다.

8:42

같은 블록과 경쟁하는 다른 블록도 자신이 알고 있는 블록이라고 주장할 수 있습니다.

8:49

그 블록의 아이들은 아니지만 형제자매들은 자신들이 그 블록들이 가지 않는 진짜 역사라고 주장하려고 한다.

8:55

대니가 말한대로 제대로 해낼 수 있는 것 같아

9:00

합병 후 Etherinum이 실행된 지 거의 한 달이 지났습니다. 우리는 20개의 26개의 reorgs밖에 없었습니다.그것은 아마도 오버카운트일 것입니다.

9:08

그 경우에도 블록이 너무 늦게 공개되어 많은 증거를 얻지 못한 경우가 있습니다.

9시 13분

따라서 많은 증명들이 동시에 블록의 위치를 확고히 한다.

9시 19분

체인 블록이 게시됨 혈액암 테스트 블록이 게시됨으로써 테스트 블록이 게시됨 블록이 올바르게 증명됨

9시 25분

사람들은 이해한다 음 당신이 이해한다면 손을 들어라

9시 32분

좋아, 냉장고보다 더 많은 사람들이 이걸 이해하는 것 같아. 이건 기본적인 거야.

9시 39분

그럼 블록체인의 내부에서 무슨 일이 일어나는지 이야기해 봅시다.

9시 45분

블록체인은 우리가 State라고 부르는 um 정보를 추적하고 있습니다.

9시 51분

블록체인이 추적하는 상태는 올바른 계정으로 구성되며 두 가지 유형의 계정이 있습니다.

9시 57분

um 기본적으로 당신은 지금 그들을 사람에 의해 통제되는 계정과 로봇에 의해 통제되는 계정과 같이 생각할 수 있습니다.

10:02

로봇 또한 체인 안에만 존재하기 때문에

10:07

외부 소유 계정은 사용자 권한을 나타내는 계정입니다. 예를 들어 현재 East를 보유하고 있는 경우처럼

10:14

그 용이성은 당신의 외부 소유 계좌에 저장되기 때문에 eoa와 같은 레코드가 존재합니다.

10:21

블록체인이 추적하는 블록체인에 있고 그 객체가 기록을 보관하고 있다는 것입니다.

10:26

이 주소는 이 양의 eth를 포함하고 있습니다.다른 종류의 계정은 우리가 계약이라고 부르는 것입니다.

10:33

그 컴퓨터 프로그램의 코드가 연쇄적으로 연결되어 있기 때문에 체인에 살고 있는 컴퓨터 프로그램처럼.

10:39

체인은 계약 코드를 저장하고 체인은 계약 내부 저장소의 내부 저장소를 저장합니다.

10:45

계약이 갱신할 수 있는 기능을 가지고 있다는 기억과 마찬가지로 계약도 기본적으로 모든 것이

10:53

ethermin에 있는 어플리케이션은 정상적으로 동작하기 때문에 어플리케이션은 일반적으로 온체인 컴포넌트를 가지고 있다.

11:00

일반적으로 1개 또는 일련의 계약인 어플리케이션의 비즈니스 로직을 제어합니다.

11:08

계약이 어떻게 생겼는지 음, 이것은 소스코드의 예시입니다.

11:14

Viper라는 언어로 된 간단한 스마트 계약입니다. 잘 알려지지 않은 언어입니다.

11:21

사람들이 심미적으로 Python 구문에서의 코딩을 선호한다면, 제 말은 저처럼요.

11:28

개인적으로 python은 미적으로 볼 때 컬리 브레이스를 사용하는 어떤 것보다도 뛰어나다고 생각합니다만, 저는 이것이 좋은 방법이라는 것을 알고 있습니다.

11:33

논란의 여지가 있는 주제, 그리고 여러분 중 절반은 저를 취소하실 거예요. 하지만 음, 그게 당신인지 아닌지 아시잖아요.

11:41

당신은 매우 프로적인 접근법이나 처음부터 새로운 접근법 같은 다른 기능들을 좋아합니다.

11:48

보다 제한적이고 다양한 방법으로 보다 안전하다는 것을 알 수 있지만, 이것은 당신이 알고 있는 단순한 것입니다.

11:54

아시아 도메인 네임 레지스트리에 대한 계약권 때문에 기본적으로 같은 종류의 일이 일어나면 제대로 하려고 한다.

12:01

우선 매핑 권리 도메인 맵핑 바이트 32와 2개의 도메인 맵핑과 같은 것이 있습니다.

12:08

도메인 오른쪽, 그러니까 여기 바이트 32는

12:16

기본적으로 당신은 도메인이 올바른 주소와 같은 것을 알고 있기 때문에 당신은 내가 매우 게으르고 매우 게을러진다는 것을 알고 있습니다.

12:22

단순한 문자열, 가변 길이 또는 화려한 것을 도입하지 않고 George를 등록하고 싶은지 여부를 알 수 있습니다.

12:28

그럼 260바이트를 넣고 마지막에 조지를 붙이고 싶을 겁니다. 그리고 어, 알다시피

12:34

맵핑의 키, 다음으로 맵핑의 값은 누가 소유자인가, IP 주소가 무엇이냐 하는 것입니다.

12:40

도메인은 오른쪽과 일치하므로 첫 번째 함수는 두 가지 함수가 있습니다.

12:45

소유자가 올바르게 설정되어 있기 때문에 이 기능의 요점은 기본적으로 소유자가 소유자인 경우 소유자를 소유자에게 이전할 수 있다는 것입니다.

12:52

새 소유자 또는 도메인이 아직 할당되지 않은 경우 이 함수를 자신에게 호출하거나 다른 사용자로 설정할 수 있습니다.

12:58

소유자와 당신이 소유자가 될 수 있기 때문에 당신은 프로그래밍 경험이 있는지 알 수 있을 것입니다.

13:04

코드를 읽고 무슨 일이 일어나고 있는지 이해하는 것은 기본적으로 특정 소유자가 무엇을 가지고 있는지 보는 것입니다.

13:11

현재 보고 있는 도메인은 a입니다.그 소유자가 제로이거나 그 소유자가 사용자인 경우

13:16

소유자라면 IP를 설정할 수 있기 때문에, 그것이 하나의 기능이고, 또 하나의 기능이 됩니다.

13:24

여기서 실제로 일어나고 있는 일은 기본적으로 이러한 기능을 가지고 있습니다.그리고 이것이 실제로 어떻게 변환되는지는 코드의 일부입니다.

13:32

체인으로 발생하고 있기 때문에, 이것은 트랜잭션 플로우의 예이기 때문에, 기본적으로는, 여기 있는 것은 um you입니다.

13:39

계약서를 가지고 있다는 것을 알고 있습니다.그것은 아래쪽에 있는 0x849 c41의 버블과 같은 것입니다.그것은 바로 아래쪽에 있습니다.

13:48

어카운트는 계약 어카운트이며, 그 계약 어카운트는 코드 조각이 됩니다.그 코드란 어떤 코드입니까?

13:54

이 권리의 컴파일된 버전이 연쇄적으로 존재하며, 그 후에 당신은 그것을 가질 수 있습니다.

14:00

계약서 상부에 저장공간도 있다고 합니다.따라서 말씀드린 대로 거래권을 가지고 있습니다.

14:06

트랜잭션이 패키지화된 개체와 같기 전에 이 경우 요청 사항을 나타냅니다.

14:14

음, 우리가 기본적인 통화내용을 변경해달라고 요청할 것이다.

14:19

특정 도메인으로 호출할 때 특정 새 주소로 호출할 수 있도록 주소를 올바르게 설정합니다.

14:25

거래권 중 두 개의 주소가 당신이 바로 호출하는 계정인 거래권

14:31

아래는 0x849 c41이 됩니다.데이터는 호출할 수 있는 것이 됩니다.그리고 시그니처가 표시됩니다.

14:38

암호 데이터와 같아서 실제로 발신인 계정의 소유자가 당신임을 증명합니다.

14:45

거래권을 작성했기 때문에 시그니처는 그 소유자와 마찬가지로 발신자만이 발신자인지 아닌지를 판별합니다.

14:51

송신자에 대응하는 실제 개인 키는, 실제로 송신자 없이 트랜잭션을 작성할 수 있기 때문에,

14:57

트랜잭션은 evm right에서 발생하는 블록에 포함되므로 다음과 같은 콜에서 시작됩니다.

15:04

맨 위의 ca291d 계정은 맨 위의 외부 소유 계정입니다.

15:10

당신이 소유한 계정은 현재 무엇을 하고 있습니까? 그래서 가장 먼저 일어나는 상태 변화는 무엇입니까?

15:17

거래 수수료를 지불하기 위해 잔액이 약간 내려가고, 그 후 잔액이 광부에게 넘어간다.

15:23

um 또는 지금 블로그 제안자에게 전화를 걸면 다른 전화를 걸 수 있으며, 그 전화는 다음 계약으로 내려갑니다.

15:29

어플리케이션과 콜의 데이터가 원하는 것을 부호화하면 기본적으로는 일련의 동작처럼 동작합니다.

15:36

스토리지 운영의 기본이 되기 때문에 먼저 스토리지 로드를 로드합니다.

15:42

도메인 또는 스토리지 내의 실제 a가 무엇인지를 알아내는 것과 같이

15:48

특정 도메인이 반환됩니다.아직 아무 일도 일어나지 않았기 때문에 0이라고 합시다.그리고 이 경우는, 보존합니다.

15:55

주소 변경은 eStore에 의해 맵된 특정 주소가 추가됩니다.

16:01

그 도메인이 저장되고 새로운 주소가 바로 거기에 저장되기 때문에 이것은 매우 간단합니다.

16:07

예를 들어, 이것은 트랜잭션을 전송하면 evm 내부에서 어떤 일이 일어나는지 알 수 있는 보기입니다.

16:14

네, 이것은 아직 변하지 않은 etherium의 어떤 것입니다. 그래서 가스는 그 것입니다.

16:19

즉, 천연가스 사용의 예를 들 수 있습니다.

16:26

거래 비용은 기본 21,000 가스이며 각 계산 단계 비용은 보통 사이의

16:32

2명의 게스트와 10명의 게스트는 조작이 얼마나 복잡한지에 따라

16:38

스토리지 슬롯이 아직 가득 차 있지 않으면 5000가스 또는 20,000가스입니다.

16:44

저장 공간을 확장하고 트랜잭션의 모든 바이트에 가스 비용이 16개 듭니다.

16:49

0바이트면 가스비가 4개밖에 들지 않기 때문에 가스는 모든 것을 대표하는 마스터 유닛과 같습니다.

16:56

트랜잭션을 전송하면 트랜잭션 실행 중에 소비되는 리소스

17:03

블록에 포함되는 것은 거래가 올바르게 소비하는 가스의 양에 비례하는 요금을 지불해야 한다.

17:09

소비된 총 자원 및 트랜잭션의 양에 관계없이 귀하는 그에 비례하는 금액을 지불해야 합니다.

17:15

기본료에 우선요금을 곱한 값입니다.

17:22

기본료는 프로토콜에 따라 조정되는 요금과 같습니다.

17:27

사용량을 거의 같은 수준으로 유지하려고 노력하면 우선 요금은 블록에 지불하는 추가 금액과 같습니다.

17:33

제안자가 당신의 트랜잭션을 추가하도록 장려하고 일반적으로 사람들은 단지 우선 순위를 설정합니다.

17:40

하지만 당신은 많은 사람들이 엄청난 양의 데이터를 보내는 특정한 시간이 있는지 알고 있다.

17:45

거래와 블록이 폭주하고 있습니다.우선요금을 먼저 받고 최대 30까지 설정할 수 있습니다.

17:52

각 블록의 오른쪽 내부에 000개의 가스를 사용할 수 있으므로 기본 거래에서 얼마만큼의 가스가 유입되었는지 누가 기억하겠는가?

17:58

비용은 이전 슬라이드의 21,000을 나타냅니다.

18:04

음, 그래서 30억 3천만 나누기 21만 1천은 어느 정도인지 추측하고 싶은 사람은 누구나 있다.

18:11

한 냉장고는 훌륭하게 예스라고 대답합니다.그래서 그건 괜찮아.그래서 당신은 그것을 알겠지만

18:17

대략 1400 범위이므로 최대 1400 당신은

18:23

대략적인 간단한 거래가 각 블록에 들어갈 수 있다는 것을 알고 있으며, 운송이 평균으로 진행되고 있는지 여부를 알고 있습니다.

18:30

700이 되는 것은 우선 요금이 평균 사용량을 50 정도로 유지하도록 조정되거나 기본 요금이 유지되도록 조정되기 때문입니다.

18:35

사용량은 1500만 정도지만 거래가 더 복잡해지면 소비하기 시작합니다.

18:42

더 많은 가스와 블록에 더 적은 양이 포함될 수 있다는 것을 알고 있습니다. 그게 바로 가스이기 때문에 이것이 거래입니다.

18:49

오브젝트는 올바른 것처럼 보이기 때문에 앞서 말한 것처럼 트랜잭션은 데이터 덩어리의 큰 덩어리와 같습니다.

18:56

사용자가 원하는 것을 체인에 포함시키고 싶어한다는 것을 알 수 있습니다. 그리고 당신은 그들이 무엇인지에 대한 몇 가지 매개변수를 볼 수 있습니다.

19:03

그래서 이 특정 트랜잭션 유형은 0x02입니다. 또한

19:08

01과 그 이전의 다른 것들과 마찬가지로 체인 ID는 어느 체인을 위한 것인지 당신은 심지어 거래까지 보내고 있습니까?

19:14

etherin M 또는 4개의 etherin 클래식 또는 여기서 거래하는 이스트팔을 위해 나는 파워가 필요하다.

19:21

No Hands haughen 거의 괜찮아, 어 그래 두 손 들어 OK, 취소 안해도 돼

19:27

음, 좋아, 이건 우리가 사람들에게 그 정보를 주고 싶어한다는 걸 알잖아.

19:34

트랜잭션을 다른 모든 체인에서 전송하지 않고 하나의 체인으로 전송할 수 있는 기능

19:39

um nuts 이것은 반독점값과 같기 때문에 당신이 거래를 보낼 때마다 nons가 포함됩니다.

19:45

또한 like는 매번 1개씩 올라야 하기 때문에 당신이 보내는 트랜잭션이 더 이상 포함되도록 방지해야 합니다.

19:51

한 때 보다 훨씬 단순했던 최대 우선 수수료와 최대 기본료와 같은 최대 우선 수수료

19:57

거래에서 소비할 수 있는 최대 가스 한도를 지불할 용의가 있는 요금

20:03

um destination은 트랜잭션을 얼마나 쉽게 보낼 수 있는지에 따라 달라집니다.

20:09

um data는 uh contracts를 호출하는 경우 콜접근으로 전달되는 데이터는 무엇입니까?

20:16

list는 어떤 계정과 스토리지 생각에 좀 더 일찍 접근하여 그것들을 조금 접근하기 위한 멋진 방법입니다.

20:21

더 저렴하게, 그리고 그 서명은 누가 거래를 보냈는지 당신이 알고 있다는 것을 증명하는 암호화와 같습니다.

20:28

그래서 우리가 Viper가 있다고 말한 거 알지? 견고성도 있고...

20:35

계약서를 작성할 수 있는 다양한 고급 언어의 긴 목록이 있습니다.

20:42

일반적으로 이 높은 수준의 코드로 작성되는 스마트 계약서를 작성하면

20:48

컴파일러는 높은 수준의 코드를 바이트 코드로 변환하고 API ABI를 나타내는 출력도 합니다.

20:55

응용 프로그램 바이너리 인터페이스 기본적으로 특정 인코딩 방법

21:00

사용자가 계약에서 특정 함수를 호출하려고 시도하는 것과 같이 사용자가 하고 싶은 것과 같은 요구와 같은 유사

21:07

이 경우 set owner를 호출하는 경우와 같이 바이트 세트로 올바르게 변환합니다.

21:12

특정 주소에서 실제로 이것은 IP로 설정되어야 합니다. ipn을 입력합니다.

21:19

API를 사용하여 콜데이터를 올바르게 변환할 수 있습니다.콜데이터가 뭐냐면

21:24

실제로 거래를 제대로 할 수 있기 때문에 기본적으로 이것을 변환하는 이런 종류의 논리가 발생합니다.

21:30

사람들이 원하는 일종의 높은 수준의 인간이 읽을 수 있는 것 당신은 계약의 인간이 읽을 수 있는 코드를 알고 있습니다.

21:36

네가 알다시피 난 밥 25를 이스트로 보내고 싶어 왜냐하면 난 그를 정말 좋아하니까 넌 안할거야

21:42

I like him 부분을 계약서에 넣으세요.노드 오프 체인(off-chain)이나 뭐 그런 걸로 보내드리고 싶은데

21:47

그것을 evm이 이해하는 일종의 바이트 요구로 변환하는 것을 알고 있다.

21:54

모든 것을 안전하게 지켜주는 것이 우리를 바로 보내준다. 그래서 우리는 우리가 이야기했던 블록에 대해 이야기했다.

22:00

증명에서 이러한 블록을 생성할 수 있는 다른 스테이션에 대해

22:05

32 East를 보증하고 검증자가 되면 누구나 할 수 있으며 East 32 미만이면 가입할 수 있습니다.

22:12

시스템이 스테이크풀을 통과해서 스테이크풀도 있고 로켓풀도 있고 리도도 있고 다른 풀도 있고 너도 있고 만약 네가 있다면

22:19

East 32 미만이면 스테이크 풀을 사용하여 검증자의 일부가 될 수도 있습니다.

22:25

32 East가 검증자가 되어 각 슬롯에서 12초마다 32분의 1이 됩니다.

22:32

검증자는 해당 슬롯 동안 생성된 블록을 증명합니다.검증자는

22:37

수익을 제대로 얻으려면 왜 투자를 잘해야 합니까? 보상을 받으면 프로토콜 보상으로 두 가지 종류의 보상을 받을 수 있습니다.

22:43

따라서 블록 생성에 대한 자동 보상을 받을 수 있습니다. 모든 좋은 일을 하면서 증명서를 만듭니다.

22:49

그리고 당신은 거래에서 우선 수수료와 MEV를 받을 수 있기 때문에 당신은 알 수 있습니다.

22:55

두 가지 방법으로 수익을 얻고 검증자는 언제든지 철수할 수 있습니다.

23:01

이는 다음 하드 포크 우측에서 활성화되지만 검증자는 지연과 함께 언제든지 철회할 수 있습니다.

23:07

음, 그리고 보통 그 지연은 꽤 짧을 것입니다 하지만 극단적인 경우 모든 사람들이 시도하지 않는 경우처럼

23:13

동시에 큐가 있어 대기시간이 길어질 수 있습니다.그게 증명입니다.

23:19

성스러운 인구 조사 권리 기본적으로 그래, 만약 네가 32개의 동부를 가지고 있다면, 너는 검증자가 될 수 있고, 이 모든 것을 알 수 있다.

23:26

검증자는 블록과 증명으로 이루어진 이 큰 시스템에 참여하고 있으며, 이 시스템은 체인을 유지하고 있습니다.

23:31

안전하게 추가되고 있는 블록들을 유지하고 있습니다 um Fork 선택 오른쪽, 그래서 이유는

23:39

우리는 기괴한 화려한 것들을 좋아해야 하고 공감대가 형성되어야 한다 왜냐하면 만약 당신이 이런 상황을 겪으면

23:45

사람들이 두 블록을 게시하고 그 블록들이 서로 일치하지 않기 때문에 이 경우에는 두 블록이 있고

23:51

이 블록들은 자매 블록이라는 걸 알고 있지? 그들은 같은 부모를 가지고 있어

23:56

이 두 블록을 동시에 넣을 수는 없습니다.경합하는 트랜잭션이 있을 수 있습니다.

24:02

같은 트랜잭션의 일부는 순서가 다를 수 있지만 차단하거나 어떤 경우에는 어떻게 되는지 알 수 있습니다.

24:10

당신은 두 개의 충돌하는 이력을 만드는 두 개의 블록을 가지고 있다. 당신은 둘 중 하나를 선택해야 한다.

24:16

이력이 어떻게든 옳고 이 선택을 하는 메커니즘은 포크 선택권이라고 불립니다. 왜냐하면 그 이유는

24:23

블록체인이 포크로 되어 있고 포크의 한 부분을 선택해야 하기 때문에

24:28

이것을 하는 메카니즘은 lmd 고스트라고 불리며 매우 간단합니다.이것은 스테이션 카운팅과 같은 것입니다.

24:35

기본적으로 Block B가 있고 Block A 또는 Block A를 지원하는 증명 수를 세면 됩니다.

24:41

블록 B 또는 지원되는 블록 B를 지원하는 증명 수를 계산합니다.

24:47

간접적으로 아이들을 지원함으로써 당신은 이 경우 어느 쪽이 더 많은지 알 수 있다. 이 경우 위쪽은 아래쪽이 4개이다.

24:53

아래쪽이 6번 이기니까 오른쪽 블록 B를 선택하면 이게 한 부분이에요

24:58

2차 인구조사의 승인에는 캐스퍼 FFG 최종화권 캐스퍼 F of G라는 메커니즘도 있다.

25:05

최종화는 이 증명 게임 위에 있는 여분의 가젯과 같습니다.그리고 이것은 우리에게 정말 더 많은 것을 줍니다.

25:11

검증자의 3분의 2 이상이 검증자일 경우,

25:16

온라인, 정직, 그리고 두 에폭 이후, 따라서 한 에폭은 32 swat이고 이것은 또는

25:22

6.4분이면 블록이 12.8분 후에 완성되고 블록은 올바르게 되돌릴 수 없기 때문에

25:29

이 예에서는 조정자의 3분의 2 이상이 Epoch 이후에 블록 B를 가져와서

25:36

Epoch 지원 B는 정당화되며, 또 다른 Epoch가 발생한 후에도 테스터의 3분의 2 이상이 여전히 B를 지원합니다.

25:42

블록이 완성되면 바로 b가 완성됩니다.반환할 수 없지만 실제로는 블록이 완성되기를 기다리는 것을 알 수 있습니다.

25:49

G finality의 Casper F는 매우 단순하게 만든다면 고부가가치 사용 사례에 더 적합합니다.

25:55

일반적으로 Safe slot이라고 불리는 것 중 하나로 충분한 가치를 발휘하지 못하는 어플리케이션

26:02

대부분의 어플리케이션이 올바르기 때문에 슬롯이 1개라도 있으면 제안자가 올바르게 행동하고 많은 것을 얻을 수 있습니다.

26:07

Merkle 트리가 안전하다고 확신하기에 충분한 수준의 증언을 할 수목은

26:13

음, 여기 누가 사진 찍는지 아는 사람? 음, 여기 누가 기록이라고 생각하는 사람?

26:20

여기 레이 달리오라고 생각하는 사람은 크레이그라고 생각하는 사람이고 여기 있는 사람은 사토시라고 생각하는 사람이지

26:30

음 흥미롭네요 그래서 몇몇 사람들은 랄프 메르켈이 사토시였다고 생각합니다 매혹적인 OK 저는 답을 주었습니다.

26:35

Ralph Merkel이 옳다 그래서 Ralph Merkel은 위대하다 왜냐하면 그는 Merkle 나무를 발명했고 그는 또한 Merkel을 발명했다.

26:42

해시 함수에 대한 댐 가드 건설은 실제로 문제가 있고 척추와 어...

26:48

음 당신은 왜 사람들이 최근에 스펀지로 바꾸기를 원하는지 알고 있지만, 그것은 당신이 그것의 시간에 대한 놀라운 발명품을 알고 있기 때문입니다.

26:54

최근에 냉동술에 대한 흥미로운 일들을 하고 있다는 걸 알지만 머클 나무는 훌륭하고 도자들도 좋아

27:01

또한 멋진 um 거친 운동 도자는 실제로 연결되어 있지 않다 유일한 연결고리는 내가 그들 둘 다 좋아한다는 것이다.

27:07

하지만 메르켈 나무 바로 옆에 있는 메르클 나무는 이 자료와 같습니다.

27:12

다수의 커밋을 하는 하나의 작은 오브젝트를 작성할 수 있는 구조

27:17

그 물건들 중 하나에 대해 증명하기가 매우 쉬워지는 물건들

27:23

이 오브젝트는 이 큰 트리 전체에 있기 때문에 헤더라고 불리는 오브젝트가 있습니다.

27:29

백만 가지 다른 것들을 좋아한다는 것을 인정하는 것일 수도 있고, 그 백만 가지 것들 중 하나에 대해 여러분이 만들 수 있는 것들 중 하나일 수도 있습니다.

27:34

한 가지는 실제로 당신이 알고 있다는 것을 보여주는 짧은 증거입니다.

27:40

왜 우리는 이 웰의 Etherinum 블록이 큰 Etherinum에 신경을 쓰는가?

27:46

state는 더 커집니다.ethereum 상태는 40기가바이트와 같기 때문에 만약 당신이 무언가를 증명하고 싶다면?

27:53

블록에서 발생하거나 계정에 대해 무언가를 증명하고 이러한 블록을 가진 사람에게 증명해야 합니다.

27:59

맨 위에 있지만 40기가바이트 전체 또는 실제로 알고 있는 전체 헤더를 포함하지 않는 헤더

28:04

Etherinum 체인에서 엄청난 양의 데이터가 메르켈의 증명은 기본적으로 바로 구조됩니다.

28:11

트리를 따라 올라가면 누구나 증거를 확인할 수 있는 자매 해시 몇 개를 제공하는 가치를 제공합니다.

28:18

해시 업을 계속하는 것만으로 값이 올라가고 루트가 어떻게 되어 있는지 확인할 수 있습니다.

28:23

매우 강력한 테크놀로지인 etherin이 실제로 어디에나 사용되고 있는 것을 알 수 있습니다.

28:29

um 마지막 재미는 레이어 2 프로토콜이 맞기 때문에 대부분의 사람들이 또는 점점 더 많아지고 있습니다.

28:34

점점 더 많은 사람들이 직접 etherium을 사용하지 않는다 그들은 보통 상속받는 레이어 2 프로토콜이라고 불린다.

28:40

Ethernet에서 보안을 강화하여 오른쪽 상단에 높은 확장성을 추가하므로 Roll-Ups에 대한 기사를 작성했습니다.

28:47

재미있는 것은 현대의 레이어2에 살고 있는 유저의 시점에서 보면, 마치 Ethernet에 살고 있는 것처럼 느껴집니다.

28:53

어플리케이션은 같은 방법으로 동작하지만, 이러한 어플리케이션은 모든 것을 직접 Ethernet에 고정하지 않기 때문입니다.

28:59

이것들은 몇 배나 낮기 때문에 레이어 2는 훌륭한 레이어 2는 어떻게 확장되는지를 알 수 있습니다.또한 우리는 이를 권장하고 있습니다.

29:06

올해 레이어 2에 대해 많은 것을 배우고 관심을 가져주셔야 합니다.그래서 마침내 당신은 미래의 방향을 알게 될 것입니다.

29:12

마지 완료 야호음

29:18

OK 다음 번 검색은 확장성이 향상되어 최종적으로 진행됩니다.

29:24

거래당 5센트 미만으로 1초에 수천 건의 거래를 할 수 있습니다.

29:30

Merkle 트리를 보다 효율적인 구조로 대체한 Verge는 Ethernet 노드가 더 가벼워지지 않도록 합니다.

29:35

노트에는 대량의 데이터가 없어도 누구나 쉽게 실행할 수 있습니다.

29:41

모든 데이터를 삭제하여 기술 빚을 청산하고, 이더리움 노드를 만듭니다.

29:47

실행이 용이하고 더 쉬운 엔드 프로토콜과 다양한 스플래지 그립 백을 더 쉽게 만들 수 있습니다.

29:53

유용한 정보 계정 추상화 evm 개선

30:00

빌더 분리에 제안되어 ZK 스낵으로 모든 것이 훌륭함

30:07

예이더리움도 점점 좋아지고 있고 내년에도 계속 이 프레젠테이션을 고쳐 써야 할 것 같아. 정말 고마워.

 

 

 

2. 생각

- 기존에도 계속 언급하였던 레이어 2 

- 나머지는 내가 자세히 모르는 기술적인 이야기가 대부분이였다

- 워딩 자체를 보았을때, 범용성 / 접근성 / 사용가능성 등 

- 대중들이 블록체인 기술을 활용한 앱 등을 사용하는 것을 지향하는 느낌이다. 

 

 

- 현재 큰 단계에서의 개발을 보면 1) 더 머지는 완료한 상태

 

1) 더 머지(The Merge)

- POS전환

 

2) 더 서지(The Surge)

- 샤딩

- 확장성

 

3) 더 버지(The Verge)

- 효율성 (저장공간)

4) 더 퍼지(The Purge)

- 효율성(필요 없는것을 버리는)

 

5) 더 스플러지(The Splurge)

- 효율성(네트워크)

 

- 이더리움의 실 사용에 관련된 가장 중요한 부분은 사실 2) 더 서지가 될 것이다. 

- 속도 / 확장성 2개를 모두 잡는 업데이트니깐

 

- 최근 카카오 이야기가 많으니 카카토톡으로 비유하자면,

- 텔레그램이 더욱 기능이 많음에도 불구하고 우리는 카카오톡을 쓴다. 

- 왜 ? 메신저의 용도는 커뮤니케이션인데 그 주체가 대부분 카카오톡을 사용해 호환성이 높으니깐

 

- 카카오톡 / 텔레그램의 속도차이는 사용자들이 느낄 정도는 아니나, 

- 이더리움 / 솔라나의 속도차이는 엄청난 차이가 난다. 

 

- 그래도 이더리움은 자리를 지켜낸다.

- 왜 ? 댑들을 만들어 낼 개발자가 필요한데 그 개발자들이 이더리움에 몰려있으니깐 

- 기존의 댑과 연결 할 수 있는 호환성을 가지려면 이더리움 위에서 구동하는것이 더 편하니깐

 

- 그런데, 속도와 확장성을 잡는다면 ? 

 

- 범용성 / 호환성을 가지고 나온 이더리움을 대중들이 사용하였을때 가장 먼저 각광받을 섹터는 무엇일까