Skip to content

Commit 91c1b66

Browse files
committed
remove broken links
1 parent 85e2bd7 commit 91c1b66

File tree

3 files changed

+2
-56
lines changed
  • public/content/translations
    • it/developers/docs/scaling/state-channels
    • ja/developers/docs/scaling/state-channels
  • src/components

3 files changed

+2
-56
lines changed

public/content/translations/it/developers/docs/scaling/state-channels/index.md

Lines changed: 0 additions & 27 deletions
Original file line numberDiff line numberDiff line change
@@ -15,10 +15,6 @@ Le blockchain pubbliche, come Ethereum, affrontano sfide di scalabilità dovute
1515

1616
I canali sono semplici protocolli peer-to-peer che consentono a due parti di effettuare molte transazioni tra loro e poi di pubblicare solo i risultati finali nella blockchain. Il canale usa la crittografia per dimostrare che i dati sommari che generano sono davvero il risultato di una serie valida di transazioni intermedie. Un contratto intelligente ["multifirma"](/developers/docs/smart-contracts/#multisig) assicura che le transazioni siano firmate dalle parti corrette.
1717

18-
- []()
19-
- []()
20-
-
21-
2218
Con i canali, i cambiamenti di stato sono eseguiti e convalidati dalle parti interessate, riducendo al minimo il calcolo sul livello di esecuzione di Ethereum. Questo riduce la congestione su Ethereum e, inoltre, aumenta le velocità di elaborazione delle transazioni per gli utenti.
2319

2420
#### {#block-parameters}
@@ -42,26 +38,3 @@ Oltre a supportare i pagamenti off-chain, i canali di pagamento non si sono dimo
4238
### {#asset-movement}
4339

4440
I canali di stato hanno comunque molto in comune con i canali di pagamento. Ad esempio, gli utenti interagiscono scambiandosi messaggi firmati crittograficamente (transazioni), che devono esser firmati anche dagli altri partecipanti del canale. Se un aggiornamento di stato proposto non è firmato da tutti i partecipanti, non è considerato valido.
45-
46-
## {#pros-and-cons-of-sidechains}
47-
48-
| | |
49-
| | |
50-
| | |
51-
| | |
52-
| | |
53-
| | |
54-
55-
### {#use-sidechains}
56-
57-
- []()
58-
- []()
59-
- []()
60-
- []()
61-
- []()
62-
63-
## {#further-reading}
64-
65-
-
66-
67-
_ _

public/content/translations/ja/developers/docs/scaling/state-channels/index.md

Lines changed: 0 additions & 27 deletions
Original file line numberDiff line numberDiff line change
@@ -15,10 +15,6 @@ sidebarDepth: 3
1515

1616
単純なピアツーピアのプロトコルであるチャネルを利用することで、チャネルに参加する2つのノードは、数多くのトランザクションを実行した上で、最終的な結果のみをブロックチェーンに送信するだけでよくなります。 チャネルは、暗号技術を用いることで、メインネットに送信されるサマリーデータがノード間で実行された一連の有効なトランザクションの真の結果であることを証明することができます。 [「マルチシグ」](/developers/docs/smart-contracts/#multisig)のスマートコントラクトは、各トランザクションが適切なノードにより署名されたことを保証します。
1717

18-
- []()
19-
- []()
20-
-
21-
2218
チャネルにおける状態変化は参加ノードにより実行、検証されるため、実行レイヤーにおける計算を最低限に抑えることができます。 これにより、イーサリアムの混雑が解消され、ユーザーにとってはトランザクションの処理速度が改善されます。
2319

2420
#### {#block-parameters}
@@ -42,26 +38,3 @@ sidebarDepth: 3
4238
### {#asset-movement}
4339

4440
ただし、ステートチャネルはペイメントチャネルと多くの点が共通しています。 例えばどちらのチャネルでも、ユーザーが他のチャネル参加者とやりとりを行う際には、チャネルの全参加ユーザーが暗号学的に署名されたメッセージ(トランザクション)に署名しなければなりません。 提案された状態更新が全参加ユーザーによって署名されていなければ、更新は無効とされます。
45-
46-
## {#pros-and-cons-of-sidechains}
47-
48-
| | |
49-
| | |
50-
| | |
51-
| | |
52-
| | |
53-
| | |
54-
55-
### {#use-sidechains}
56-
57-
- []()
58-
- []()
59-
- []()
60-
- []()
61-
- []()
62-
63-
## {#further-reading}
64-
65-
-
66-
67-
_ _

src/components/Link.tsx

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -53,11 +53,11 @@ export const BaseLink = forwardRef(function Link(
5353
}: LinkProps,
5454
ref
5555
) {
56-
const { asPath } = useRouter()
56+
const { locale, asPath } = useRouter()
5757
const { flipForRtl } = useRtlFlip()
5858

5959
if (!href) {
60-
console.warn("Link component is missing href prop")
60+
console.warn("Link component is missing href prop:", asPath, locale)
6161
return <ChakraLink {...props} />
6262
}
6363

0 commit comments

Comments
 (0)