Skip to content

Newsletter 198 & 201: Add Chinese translation #777

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 9 commits into from
Closed

Newsletter 198 & 201: Add Chinese translation #777

wants to merge 9 commits into from

Conversation

hulatown
Copy link
Contributor

@hulatown hulatown commented Jun 2, 2022

Translation of Newsletter 198 & 201 into Chinese.

Primitive Lane community has translated Optech newsletter since Feb 2021.

This PR is just a beginning. The translated newsletter since #136 will be migrated to bitcoinops.github.io repo gradually. And we will continue to translate every week. 💪

Copy link
Contributor

@bitschmidty bitschmidty left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@hulatown thank you for this PR!

I have left a couple suggestions that will help with a successful build.

There is one other build item that needs work and I have pinged @harding for his feedback on it.

I will be out of town the next couple days but back Sunday to review again.

---
title: 'Bitcoin Optech Newsletter #201'
permalink: /zh/newsletters/2022/05/25/
name: 2022-05-25-newsletter
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
name: 2022-05-25-newsletter
name: 2022-05-25-newsletter-zh

title: 'Bitcoin Optech Newsletter #201'
permalink: /zh/newsletters/2022/05/25/
name: 2022-05-25-newsletter
slug: 2022-05-25-newsletter
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
slug: 2022-05-25-newsletter
slug: 2022-05-25-newsletter-zh


MEV 问题是在以太坊(Ethereum)和相似的协议上显露出来的,在这些平台上,使用公开的链上交易协议将使矿工可以抢跑交易(frontrun trades)。举个例子,假设下面两笔交易都在等待进入下一个区块:

- Alice 卖出资产 *x* 给 Bob,价格为 1 ETH
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Alice 卖出资产 *x* 给 Bob,价格为 1 ETH
* Alice 卖出资产 *x* 给 Bob,价格为 1 ETH

MEV 问题是在以太坊(Ethereum)和相似的协议上显露出来的,在这些平台上,使用公开的链上交易协议将使矿工可以抢跑交易(frontrun trades)。举个例子,假设下面两笔交易都在等待进入下一个区块:

- Alice 卖出资产 *x* 给 Bob,价格为 1 ETH
- Bob 卖出 *x* 给 Carol,价格为 2 ETH(Bob 可从中赚取 1 ETH)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Bob 卖出 *x* 给 Carol,价格为 2 ETH(Bob 可从中赚取 1 ETH)
* Bob 卖出 *x* 给 Carol,价格为 2 ETH(Bob 可从中赚取 1 ETH)


如果这两笔交易是用公开的链上交易协议执行的,知晓了这两笔交易的某矿工可以把 Bob 踢出局。例如:

- Alice 卖出资产 *x* 给矿工 Mallory,价格为 1 ETH
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Alice 卖出资产 *x* 给矿工 Mallory,价格为 1 ETH
* Alice 卖出资产 *x* 给矿工 Mallory,价格为 1 ETH

如果这两笔交易是用公开的链上交易协议执行的,知晓了这两笔交易的某矿工可以把 Bob 踢出局。例如:

- Alice 卖出资产 *x* 给矿工 Mallory,价格为 1 ETH
- Mallory 卖出 *x* 给 Carol,价格为 2 ETH(Mallory 可从中赚取 1 ETH;Bob 则颗粒无收)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Mallory 卖出 *x* 给 Carol,价格为 2 ETH(Mallory 可从中赚取 1 ETH;Bob 则颗粒无收)
* Mallory 卖出 *x* 给 Carol,价格为 2 ETH(Mallory 可从中赚取 1 ETH;Bob 则颗粒无收)


Osuntokun建议 BIP86 的实现同时返回原始密钥(内部密钥)和调整后的密钥(输出密钥),以便调用函数可以使用适合其上下文的任何一个。

- *与脚本路径支出的交互:* 与脚本路径支出一起使用的密钥有一个相关连的问题:为了使用脚本路径,支出者必须知道内部密钥。同样,这就需要实现者返回内部密钥,这样它就可以在其他需要它的代码中使用。
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@harding Our bullet-id-adder function strips out these characters and leaves a blank ID causing build issues. In the past we added some ASCII to get unique IDs and we could do that here if its not possible to keep the Chinese characters in the slugs. Thoughts?

Copy link
Collaborator

@murchandamus murchandamus Jun 3, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Edit: Okay, I did a bit of research. It seems that URLs generally only include ASCII characters. If we wanted to use UTF8 characters, they'd be expressed as %number to conform to ASCII. Maybe we can re-use the English section names for the anchor labels?

@dongcarl, do you have some insight on this?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I found this relevant PR: #349 (comment)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @xekyo @bitschmidty ! I want to confirm are these 2 operations have equivalent results:

  1. make production locally
  2. PR review checks on GitHub

If so, I will try to fix the problem to make sure there is no error locally and then submit PR again.
Thanks!

This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants