You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: public/content/translations/fa/about/index.md
+1-11Lines changed: 1 addition & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -94,24 +94,18 @@ ethereum.org یک منبع عمومی منبع باز برای جامعه اتر
94
94
95
95
**چطور است؟** ما همیشه از بازخورد درباره نقشه راه مان قدردانی می کنیم - اگر چیزی وجود دارد که فکر می کنید باید روی آن کار کنیم، لطفاً به ما اطلاع دهید! ما از ایدهها و روابط عمومی هر کس در جامعه استقبال میکنیم.
96
96
97
-
**میخواهید مشارکت کنید؟**[درباره مشارکت بیشتر بیاموزید](/contributing/)، [در توییتر با ما تماس بگیرید](https://twitter.com/ethdotorg)، یا به بحثهای جامعه در
98
-
99
-
سرور دیسکورد ما بپیوندید.
97
+
**میخواهید مشارکت کنید؟**[درباره مشارکت بیشتر بیاموزید](/contributing/)، [در توییتر با ما تماس بگیرید](https://twitter.com/ethdotorg)، یا به بحثهای جامعه در [سرور دیسکورد ما بپیوندید](https://discord.gg/ethereum-org).
100
98
101
99
## اصول طراحی کنید {#design-principles}
102
100
103
101
ما از مجموعه ای از [اصول طراحی](/contributing/design-principles/) برای پیشبرد محتوا و تصمیمات طراحی در وبسایت استفاده می کنیم.
104
102
105
-
106
-
107
103
## سیستم طراحی {#design-system}
108
104
109
105
ما یک [سیستم طراحی](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System?node-id=0%3A1&t=QBt9RkhpPqzE3Aa6-1) ساختیم و منتشر کردیم تا ویژگیها را سریعتر ارسال کنیم و به اعضای انجمن اجازه دهیم در طراحی باز ethereum.org شرکت کنند.
110
106
111
107
می خواهید شرکت کنید؟[در فیگما](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System) بخش [مشکل گیت هاب](https://github.com/ethereum/ethereum-org-website/issues/6284) را دنبال کنید و به گفتگو در [ کانال دیسکورد ما بپیوندید](https://discord.gg/ethereum-org).
112
108
113
-
114
-
115
109
## راهنمای سبک {#style-guide}
116
110
117
111
ما [یک راهنمای سبک](/contributing/style-guide/) برای استانداردسازی ابعاد مشخصی از محتوای نوشتاری داریم تا فرایند کار ساده و هموارتر شود.
@@ -120,14 +114,10 @@ ethereum.org یک منبع عمومی منبع باز برای جامعه اتر
120
114
121
115
ما از بازخورد در مورد اصول طراحی، سیستم طراحی و راهنمای سبکمان استقبال میکنیم. به یاد داشته باشید، ethereum.org برای جامعه و از طرف جامعه است.
122
116
123
-
124
-
125
117
## مجوز {#license}
126
118
127
119
وب سایت ethereum.org منبع باز است و تحت [مجوز MIT](https://github.com/ethereum/ethereum-org-website/blob/dev/LICENSE) ساخته شده است، مگر اینکه خلاف آن مشخص شده باشد. اطلاعات بیشتر در مورد [شرایط استفاده](/terms-of-use/) از ethereum.org.
128
120
129
-
130
-
131
121
## شغل های موجود {#open-jobs}
132
122
133
123
اگرچه این وبسایت متن باز است و همه می توانند روی آن کار کنند، تیمی مختص به ethereum.org و پروژه های دیگر وب بنیاد اتریوم داریم.
Copy file name to clipboardExpand all lines: public/content/translations/fa/bridges/index.md
+19-27Lines changed: 19 additions & 27 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -77,16 +77,14 @@ _Web3 به راهحلهای مقیاسپذیری اكوسيستم لا
77
77
78
78
به طور مشخص می توان گفت که در پلهایی که نیاز به اعتماد می باشد شما به پلتفرم مورد نظر اعتماد می کنید در حالی که در پلهای بدون اعتماد با حداقل اعتماد کردن و صرفا با فرض درست بودن دامنه های زیر ساخت کار انجام می شود. این اصطلاحات در زیر توضیح داده شده است:
79
79
80
-
- بدون اعتماد**: داشتن امنیت معادل با دامنه های زیر ساخت. که توسط آرجون بوپتانی در این مقاله
81
-
توضیح داده شده است
82
-
83
-
- در مدل دارای اعتماد:** با افزودن تاییدکنندههای بیرونی، میزان امنیت از سطح زیرساخت خارج میشود که این کار باعث کاهش امنیت اقتصادی رمز ارز می شود.
84
-
85
-
برای این که تفاوت های اساسی بین دو روش بهتر جا بیفتد یک مثال ارائه می شود:
86
-
87
-
فرض کنید شما داخل گیت امنیتی فرودگاه هستید. دو روش برای گیت کنترل وجود دارد:
88
-
89
-
1. روش دستی - که تمام جزئیات بلیت و کارت شناسایی توسط افسران مربوطه قبل از دادن کارت پرواز انجام می شود.
80
+
-**بدون اعتماد**: داشتن امنیت معادل با دامنه های زیر ساخت. که توسط [آرجون بوپتانی در این مقاله](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17) توضیح داده شده است
81
+
- در **مدل دارای اعتماد:** با افزودن تاییدکنندههای بیرونی، میزان امنیت از سطح زیرساخت خارج میشود که این کار باعث کاهش امنیت اقتصادی رمز ارز می شود.
82
+
83
+
برای این که تفاوت های اساسی بین دو روش بهتر جا بیفتد یک مثال ارائه می شود:
84
+
85
+
فرض کنید شما داخل گیت امنیتی فرودگاه هستید. دو روش برای گیت کنترل وجود دارد:
86
+
87
+
1. روش دستی - که تمام جزئیات بلیت و کارت شناسایی توسط افسران مربوطه قبل از دادن کارت پرواز انجام می شود.
90
88
2. کنترل توسط خودتان - با دستگاه انجام می شود که در آن اطلاعات پروازتان را وارد میکنید و اگر همه چیز درست باشد، کارت پرواز را دریافت میکنید.
91
89
92
90
یک پست بازرسی دستی، شبیه یک مدل مورد اعتماد است زیرا برای عملیات خود به شخص ثالث یعنی مقامات رسمی وابسته است. به عنوان کاربر به مراکز معتبر اعتماد می کنید تا تصمیم درست را بگیرند و از اطلاعات خصوصی شما به درستی استفاده کنند.
@@ -97,25 +95,21 @@ _Web3 به راهحلهای مقیاسپذیری اكوسيستم لا
97
95
98
96
<Divider />
99
97
100
-
101
-
102
98
## خطر استفاده از پلها {#bridge-risk}
103
99
104
100
پلها در مرحله ابتدایی توسعه می باشند. به عبارتی طراحی بهینه پلها هنوز به صورت کامل کشف نشده است. استفاده از هر کدام از پلها خطر مربوط به خود را دارد:
105
101
106
-
- خطر قرارداد هوشمند —** وجود باگ در کد ممکن است باعث از بین رفتن دارایی بشود
107
-
108
-
- خطر تکنولوژی—** خطای نرم افزاری و باگ کد و خطای انسانی و حملات خرابکاری احتمال دارد اقدامات کاربران را مختل کند
109
-
110
-
با این حال پلهای نیازمند به اعتماد از آنجا که تصورهای اعتماد را افزایش میدهند، می توانند خطرات مضاعفی را به همراه داشته باشند، مثل:
111
-
112
-
- خطر سانسور—** کنترل کنندگان پل به صورت تئوریک می توانند کاربران را از انتقال دارایی هایشان در پل منع کنند
113
-
114
-
- خطر سرپرستی—** کنترل کنندگان پل حتی می توانند اقدام به تبانی برای دزدی دارایی های کاربران کنند
115
-
116
-
دارایی های کابرها در خطر هستند اگر:
117
-
118
-
- یک باگ در قرارداد هوشمند باشد
102
+
-**خطر قرارداد هوشمند —** وجود باگ در کد ممکن است باعث از بین رفتن دارایی بشود
103
+
-**خطر تکنولوژی—** خطای نرم افزاری و باگ کد و خطای انسانی و حملات خرابکاری احتمال دارد اقدامات کاربران را مختل کند
104
+
105
+
با این حال پلهای نیازمند به اعتماد از آنجا که تصورهای اعتماد را افزایش میدهند، می توانند خطرات مضاعفی را به همراه داشته باشند، مثل:
106
+
107
+
-**خطر سانسور—** کنترل کنندگان پل به صورت تئوریک می توانند کاربران را از انتقال دارایی هایشان در پل منع کنند
108
+
-**خطر سرپرستی—** کنترل کنندگان پل حتی می توانند اقدام به تبانی برای دزدی دارایی های کاربران کنند
109
+
110
+
دارایی های کابرها در خطر هستند اگر:
111
+
112
+
- یک باگ در قرارداد هوشمند باشد
119
113
- کاربر مرتکب خطا شود
120
114
- بلاکچین مورد استفاده هک شود
121
115
- اپارتورهای پل در پلهای نیاز به اعتماد صادق نباشند
@@ -127,8 +121,6 @@ _Web3 به راهحلهای مقیاسپذیری اكوسيستم لا
ما از پیشنهادهایی برای فهرست کردن پروژههای جدید استقبال میکنیم - لطفاً برای شروع به خط مشی فهرست ما نگاه کنید!
113
+
ما از پیشنهادهایی برای فهرست کردن پروژههای جدید استقبال میکنیم - لطفاً برای شروع به خط [مشی فهرست](/contributing/adding-desci-projects/) ما نگاه کنید!
0 commit comments