.\" Man page generated from reStructuredText .\" by the Docutils 0.22.4 manpage writer. . . .nr rst2man-indent-level 0 . .de1 rstReportMargin \\$1 \\n[an-margin] level \\n[rst2man-indent-level] level margin: \\n[rst2man-indent\\n[rst2man-indent-level]] - \\n[rst2man-indent0] \\n[rst2man-indent1] \\n[rst2man-indent2] .. .de1 INDENT .\" .rstReportMargin pre: . RS \\$1 . nr rst2man-indent\\n[rst2man-indent-level] \\n[an-margin] . nr rst2man-indent-level +1 .\" .rstReportMargin post: .. .de UNINDENT . RE .\" indent \\n[an-margin] .\" old: \\n[rst2man-indent\\n[rst2man-indent-level]] .nr rst2man-indent-level -1 .\" new: \\n[rst2man-indent\\n[rst2man-indent-level]] .in \\n[rst2man-indent\\n[rst2man-indent-level]]u .. .TH "ETH_HASH" "1" "Mar 29, 2026" "0.8" "eth-hash" .SH "نام (NAME)" eth_hash \- مستندات eth\-hash .sp تابع درهم‌سازی اتریوم، keccak256، که گاهی (به اشتباه) sha3 نامیده می‌شود .SH "نصب (INSTALLATION)" .INDENT 0.0 .INDENT 3.5 .sp .EX python \-m pip install eth\-hash .EE .UNINDENT .UNINDENT .SS "شروع سریع (Quickstart)" .SS "انتخاب یک بک‌اند درهم‌سازی (Choose a hashing backend)" .sp اگر مطمئن نیستید، \(dqpycryptodome\(dq را انتخاب کنید زیرا از pypy3 پشتیبانی می‌کند. .sp می‌توانید فهرست کاملی از هر یک از بک‌اندهای پشتیبانی‌شده کنونی را در \fBeth_hash.backends\fP\& بیابید. .SS "نصب (Install)" .sp بک‌اندی را که می‌خواهید استفاده کنید هنگام نصب درون کروشه قرار دهید، مانند: .INDENT 0.0 .INDENT 3.5 .sp .EX python \-m pip install \(dqeth\-hash[pycryptodome]\(dq .EE .UNINDENT .UNINDENT .SS "محاسبه درهم‌ساز Keccak256 (Compute a Keccak256 Hash)" .INDENT 0.0 .INDENT 3.5 .sp .EX >>> from eth_hash.auto import keccak >>> keccak(b\(aq\(aq) b\(dq\exc5\exd2F\ex01\ex86\exf7#<\ex92~}\exb2\exdc\exc7\ex03\exc0\exe5\ex00\exb6S\exca\ex82\(aq;{\exfa\exd8\ex04]\ex85\exa4p\(dq .EE .UNINDENT .UNINDENT .sp همچنین می‌توانید درهم‌سازها را به‌صورت فزاینده محاسبه کنید .INDENT 0.0 .INDENT 3.5 .sp .EX >>> from eth_hash.auto import keccak >>> preimage = keccak.new(b\(aqpart\-a\(aq) >>> preimage.update(b\(aqpart\-b\(aq) >>> preimage.digest() b\(aq6\ex91l\exdd50\exd6[\ex7f\exf9B\exff\exc9SW\ex98\exc3\exaal\exd9\exde\exdd6I\exb7\ex91\ex9e\exf4\(gapl\ex08\(aq .EE .UNINDENT .UNINDENT .sp شیء preimage بازگردانده‌شده را نیز می‌توان کپی کرد. .INDENT 0.0 .INDENT 3.5 .sp .EX >>> from eth_hash.auto import keccak >>> preimage = keccak.new(b\(aqpart\-a\(aq) >>> preimage_copy = preimage.copy() >>> preimage.update(b\(aqpart\-b\(aq) >>> preimage.digest() b\(aq6\ex91l\exdd50\exd6[\ex7f\exf9B\exff\exc9SW\ex98\exc3\exaal\exd9\exde\exdd6I\exb7\ex91\ex9e\exf4\(gapl\ex08\(aq >>> preimage_copy.update(b\(aqpart\-c\(aq) >>> preimage_copy.digest() b\(aq\exffcy45\exea\exdd\exdf\ex8e(\ex1c\exfcF\exf3\exd4\exa1S\ex0f\exdf\exd8\ex01!\exb2(\exe1\exc7\exc6\exa3\ex08\exc3\en\ex0b\(aq .EE .UNINDENT .UNINDENT.SS انتخاب یکی از چند بک‌اند نصب‌شده .sp اگر چندین بک‌اند نصب کرده‌اید، شاید بخواهید صراحتاً مشخص کنید که کدام‌یک بارگذاری شود. می‌توانید این کار را در یک متغیر محیطی یا در زمان اجرا مشخص کنید. .SS تعیین بک‌اند از طریق متغیر محیطی .INDENT 0.0 .INDENT 3.5 .sp .EX $ ETH_HASH_BACKEND=\(dqpysha3\(dq python >>> from eth_hash.auto import keccak # This runs with the pysha3 backend >>> keccak(b\(aq\(aq) b\(dq\exc5\exd2F\ex01\ex86\exf7#<\ex92~}\exb2\exdc\exc7\ex03\exc0\exe5\ex00\exb6S\exca\ex82\(aq;{\exfa\exd8\ex04]\ex85\exa4p\(dq .EE .UNINDENT .UNINDENT .SS تعیین بک‌اند در زمان اجرا .INDENT 0.0 .INDENT 3.5 .sp .EX >>> from eth_hash.backends import pysha3 >>> from eth_hash import Keccak256 >>> keccak = Keccak256(pysha3) >>> keccak(b\(aq\(aq) b\(dq\exc5\exd2F\ex01\ex86\exf7#<\ex92~}\exb2\exdc\exc7\ex03\exc0\exe5\ex00\exb6S\exca\ex82\(aq;{\exfa\exd8\ex04]\ex85\exa4p\(dq .EE .UNINDENT .UNINDENT .SS بسته eth_hash.backends .SS زیرماژول‌ها .SS ماژول eth_hash.backends.auto .SS ماژول eth_hash.backends.pycryptodome .SS ماژول eth_hash.backends.pysha3 .SS محتویات ماژول .SS بسته eth_hash .SS ماژول eth_hash.auto .SS ماژول eth_hash.main .SS یادداشت‌های انتشار .SS eth\-hash v0.8.0 (2026\-03\-25) .sp بدون تغییرات قابل توجه. .SS eth\-hash v0.8.0\-beta.1 (2025\-12\-17) .SS تغییرات ناسازگار .INDENT 0.0 .IP \(bu 2 حذف پشتیبانی از Python 3.8 و 3.9 (#66 \%) .UNINDENT .SS قابلیت‌ها .INDENT 0.0 .IP \(bu 2 افزودن پشتیبانی از Python 3.14 (#66 \%) .UNINDENT .SS eth\-hash v0.7.1 (2025\-01\-13) .SS تغییرات داخلی \- برای مشارکت‌کنندگان eth\-hash .INDENT 0.0 .IP \(bu 2 ادغام قالب، به‌روزرسانی اجراهای CI و موارد گنجانده‌شده در فایل‌های بسته (#59 \%) .IP \(bu 2 اجرای محلی لینتینگ \fBmypy\fP از طریق یک قلاب \fBpre\-commit\fP (#60 \%) .IP \(bu 2 ادغام به‌روزرسانی‌های قالب، به‌ویژه افزودن پشتیبانی از \fBpy313\fP و انتقال مستندات از \fBREADME\fP به ReadTheDocs (#61 \%) .UNINDENT .SS eth\-hash v0.7.0 (2024\-03\-01) .SS تغییرات داخلی \- برای مشارکت‌کنندگان eth\-hash .INDENT 0.0 .IP \(bu 2 ادغام به‌روزرسانی‌های قالب، به‌ویژه افزودن پشتیبانی از py312 و آزمودن ساخت مستندات برای تمام قالب‌ها (#57 \%) .UNINDENT .SS eth\-hash v0.6.0 (2024\-01\-10) .SS تغییرات ناسازگار .INDENT 0.0 .IP \(bu 2 حذف پشتیبانی از python 3.7 (#53 \%) .UNINDENT .SS تغییرات داخلی \- برای مشارکت‌کنندگان eth\-hash .INDENT 0.0 .IP \(bu 2 ادغام به‌روزرسانی‌های قالب پروژه، به‌ویژه استفاده از \fBpre\-commit\fP برای لینتینگ و تغییر نام شاخهٔ \fBmaster\fP به \fBmain\fP (#53 \%) .IP \(bu 2 اصلاح مقادیر بولی در \fBpyproject.toml\fP و افزودن آزمون برای بررسی وجود ویژگی \fBeth_hash.__version__\fP (#55 \%) .UNINDENT.SS eth\-hash v0.5.2 (2023\-06\-07) .SS تغییرات داخلی \- برای مشارکت‌کنندگان eth\-hash .INDENT 0.0 .IP \(bu 2 حذف وابستگی‌های استفاده‌نشده مستندات، افزایش نگارش موارد باقی‌مانده (#48 \%) .IP \(bu 2 ادغام به‌روزرسانی‌ها از قالب پروژه Python (#51 \%) .UNINDENT .SS eth\-hash v0.5.1 (2022\-11\-09) .SS قابلیت‌ها .INDENT 0.0 .IP \(bu 2 افزودن پشتیبانی از Python 3.11 (#45 \%) .UNINDENT .SS eth\-hash v0.5.0 (2022\-07\-20) .SS بهبودهای کارایی .INDENT 0.0 .IP \(bu 2 ترجیح بک‌اند pysha3 به‌طور پیش‌فرض (#42 \%) .UNINDENT .SS eth\-hash v0.4.0 (2022\-07\-06) .SS قابلیت‌ها .INDENT 0.0 .IP \(bu 2 افزودن پشتیبانی از Python 3.8، 3.9 و 3.10 (#40 \%) .UNINDENT .SS موارد منسوخ‌شده و حذف‌ها .INDENT 0.0 .IP \(bu 2 قطع پشتیبانی از Python 3.5 و 3.6 (#39 \%) .UNINDENT .SS تغییرات متفرقه .INDENT 0.0 .IP \(bu 2 #40 \%، #41 \% .UNINDENT .SS eth\-hash v0.3.3 (2022\-06\-30) .SS بهبودهای کارایی .INDENT 0.0 .IP \(bu 2 بک‌اند Keccak در هر بار فراخوانی مقداردهی اولیه می‌شد. اکنون فقط در نخستین فراخوانی مقداردهی می‌شود. (#36 \%) .UNINDENT .SS تغییرات داخلی \- برای مشارکت‌کنندگان eth\-hash .INDENT 0.0 .IP \(bu 2 حذف فایل‌های \fBvenv\fP از نسخه انتشار از طریق MANIFEST.in (#38 \%) .UNINDENT .SS eth\-hash v0.3.2 (2021\-09\-03) .SS تغییرات متفرقه .INDENT 0.0 .IP \(bu 2 حذف نیاز به وابستگی eth\-utils جهت رفع چرخه وابستگی (#33 \%) .UNINDENT .SS eth\-hash v0.3.1 (2021\-01\-21) .SS رفع باگ‌ها .INDENT 0.0 .IP \(bu 2 رفع اشکال در برون‌ریزی حاشیه‌نویسی‌های نوع (type annotations) (#28 \%) .UNINDENT .SS eth\-hash v0.3.0 (2021\-01\-20) .SS قابلیت‌ها .INDENT 0.0 .IP \(bu 2 برون‌ریزی حاشیه‌نویسی‌های نوع جهت استفاده در پروژه‌های واردکننده (#29 \%) .UNINDENT .SS تغییرات داخلی \- برای مشارکت‌کنندگان eth\-hash .INDENT 0.0 .IP \(bu 2 اعمال به‌روزرسانی‌های ۳ ساله از قالب پروژه (#29 \%) .UNINDENT .SS v0.2.0 .sp منتشرشده در ۵ سپتامبر ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 تنظیم نگارش \fIpycryptodome\fP روی \fI>=3.6.6,<4\fP جهت رفع یک آسیب‌پذیری تازه‌کشف‌شده .UNINDENT .SS v0.1.4 .sp منتشرشده در ۲۸ مه ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 اطمینان از pickleable بودن بک‌اند auto (#19) .UNINDENT.SS v0.1.3 .sp منتشر شده در ۱۴ مه ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 بک‌اند pycryptodome اکنون امکان فراخوانی \fBupdate()\fP، سپس \fBdigest()\fP و پس از آن دوباره \fBupdate()\fP را فراهم می‌کند\&. .UNINDENT .SS v0.1.2 .sp منتشر شده در ۲ آوریل ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 اکنون می‌توانید eth\-hash را بدون یک بک‌اند وارد (import) کنید؛ برنامه تا زمانی که برای تولید هش تلاشی صورت نگیرد، با خطا متوقف نخواهد شد. .UNINDENT .SS v0.1.1 .sp منتشر شده در ۱۵ مارس ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 ارتقای pycryptodome به نسخهٔ v3.5.1+ .IP \(bu 2 بهبودهای کارایی در کار با preimage .IP \(bu 2 مستندات و آزمون‌های بهتر .UNINDENT .SS v0.1.0 .sp منتشر شده در ۲۸ فوریه ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 افزودن پشتیبانی از ورودی \fBbytearray\fP \% به keccak .IP \(bu 2 افزودن پشتیبانی از ساخت افزایشی نتایج هش .UNINDENT .SS v0.1.0\-alpha.3 .sp منتشر شده در ۷ فوریه ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 افزودن پشتیبانی از بک‌اند pycryptodome .IP \(bu 2 افزودن پشتیبانی از بک‌اند pysha3 .IP \(bu 2 امکان تعیین بک‌اند از طریق متغیر محیطی \fBETH_HASH_BACKEND\fP .IP \(bu 2 مستندات جدید شروع سریع \%<#\:quickstart> .UNINDENT .SS v0.1.0\-alpha.2 .sp منتشر شده در ۶ فوریه ۲۰۱۸ .INDENT 0.0 .IP \(bu 2 رفع باگ ارجاع pypy3 در pypi .UNINDENT .SS v0.1.0\-alpha.1 .INDENT 0.0 .IP \(bu 2 راه‌اندازی مخزن، ثبت نام‌ها برای pip، RTD، github و غیره .UNINDENT .SS مشارکت (Contributing) .sp از علاقهٔ شما به مشارکت سپاسگزاریم! ما از همهٔ مشارکت‌ها بدون در نظر گرفتن میزان آن‌ها استقبال می‌کنیم. لطفاً این راهنما را برای آشنایی با نحوهٔ شروع مطالعه کنید. اگر با مشکلی مواجه شدید، می‌توانید در سرور دیسکورد Ethereum Python درخواست کمک کنید \%\&. .SS آماده‌سازی مقدمات (Setting the stage) .sp برای شروع، مخزن را به حساب github خود فورک کنید، سپس آن را در سامانهٔ توسعهٔ خود شبیه‌سازی (clone) نمایید: .INDENT 0.0 .INDENT 3.5 .sp .EX git clone git@github.com:your\-github\-username/eth\-hash.git .EE .UNINDENT .UNINDENT .sp در مرحله بعد، وابستگی‌های توسعه را نصب کنید. توصیه می‌کنیم از یک محیط مجازی (virtual environment) مانند virtualenv استفاده کنید \%\&. .INDENT 0.0 .INDENT 3.5 .sp .EX cd eth\-hash virtualenv \-p python venv \&. venv/bin/activate python \-m pip install \-e \(dq.[dev]\(dq pre\-commit install .EE .UNINDENT .UNINDENT.SS اجرای آزمون‌ها .sp یک راه عالی برای کاوش در پایگاه کد، اجرای آزمون‌ها است. .sp می‌توانیم همهٔ آزمون‌ها را با دستور زیر اجرا کنیم: .INDENT 0.0 .INDENT 3.5 .sp .EX pytest tests .EE .UNINDENT .UNINDENT .SS سبک کدنویسی .sp ما از pre\-commit \% برای اعمال یک سبک کدنویسی یکپارچه در سرتاسر کتابخانه استفاده می‌کنیم. این ابزار با هر کامیت به‌صورت خودکار اجرا می‌شود، اما می‌توانید آن را به‌صورت دستی نیز با دستور زیر اجرا کنید: .INDENT 0.0 .INDENT 3.5 .sp .EX make lint .EE .UNINDENT .UNINDENT .sp اگر نیاز به ثبت کامیتی دارید که بررسی‌های \fBpre\-commit\fP را نادیده بگیرد، می‌توانید این کار را با \fBgit commit \-\-no\-verify\fP انجام دهید\&. .sp این کتابخانه از type hints استفاده می‌کند که توسط ابزار \fBmypy\fP (بخشی از بررسی‌های \fBpre\-commit\fP) اعمال می‌شوند. تمامی کدهای جدید، به‌استثنای کدهای درون دایرکتوری \fBtests\fP، باید حتماً همراه با type hints ارائه شوند. .SS مستندات .sp مستندات خوب منجر به پذیرش سریع‌تر و رضایت بیشتر کاربران خواهد شد. لطفاً راهنمای ما دربارهٔ نحوهٔ ایجاد مستندات برای زیست‌بوم Python Ethereum را در \% بررسی کنید\&. .SS درخواست‌های ادغام (Pull Requests) .sp ایجاد زودهنگام pull requestها ایدهٔ بسیار خوبی است. یک pull request نشان‌دهندهٔ آغاز یک گفتگو است و لزوماً نیازی نیست که یک ارسال نهایی و کامل‌شده باشد. .sp مستندات GitHub برای کار روی درخواست‌های ادغام در اینجا \% در دسترس است\&. .sp پس از ایجاد pull request، وضعیت ساخت (build) در Circle CI را در واسط کاربری GitHub بررسی کرده و مطمئن شوید که تمام آزمون‌ها با موفقیت پاس می‌شوند. به‌طور کلی، درخواست‌های ادغامی که هنوز ساخت CI آن‌ها پاس نشده است، بررسی (review) نخواهند شد مگر اینکه صراحتاً درخواست شده باشد. .sp اگر pull request تغییراتی ایجاد می‌کند که باید در یادداشت‌های انتشار (release notes) منعکس شوند، لطفاً یک فایل \fInewsfragment\fP اضافه کنید، همان‌گونه که در اینجا \% توضیح داده شده است\&. .sp در صورت امکان، تغییر فایل یادداشت‌های انتشار باید در همان کامیتی قرار گیرد که ویژگی جدید یا رفع باگ را معرفی می‌کند. .SS انتشار .sp انتشارها معمولاً از شاخهٔ \fBmain\fP انجام می‌شوند، به‌جز زمان انتشار یک نسخهٔ بتا (که در این حالت نسخهٔ بتا از \fBmain\fP منتشر شده و شاخهٔ پایدار قبلی از همان شاخهٔ مربوطه منتشر می‌شود). .SS بررسی نهایی پیش از هر انتشار .sp پیش از انتشار یک نسخهٔ جدید، بسته‌ای را که قرار است منتشر شود ساخته و آزمایش کنید: .INDENT 0.0 .INDENT 3.5 .sp .EX git checkout main && git pull make package\-test .EE .UNINDENT .UNINDENT .sp این دستور بسته را می‌سازد و آن را در یک محیط مجازی (venv) موقت نصب می‌کند. دستورالعمل‌ها را برای فعال‌سازی venv دنبال کنید و هر آنچه را که فکر می‌کنید مهم است بیازمایید. .sp مستنداتی را که قرار است منتشر شوند بازبینی کنید: .INDENT 0.0 .INDENT 3.5 .sp .EX make docs .EE .UNINDENT .UNINDENT .sp یادداشت‌های انتشار را اعتبارسنجی کرده و پیش‌نمایش آن‌ها را بررسی کنید: .INDENT 0.0 .INDENT 3.5 .sp .EX make validate\-newsfragments .EE .UNINDENT .UNINDENT.SS ساخت یادداشت‌های انتشار .sp پیش از ارتقای شماره نسخه، یادداشت‌های انتشار (release notes) را بسازید. شما باید بخشی از نسخه را که ارتقا می‌یابد (در زیر ببینید) لحاظ کنید، که این امر نحوه نمایش شماره نسخه را در یادداشت‌های انتشار تغییر می‌دهد. .INDENT 0.0 .INDENT 3.5 .sp .EX make notes bump=$$VERSION_PART_TO_BUMP$$ .EE .UNINDENT .UNINDENT .sp در صورت بروز هرگونه خطا، حتماً دستور make notes را تا زمان رفع مشکل مجدداً اجرا کنید. .SS ارسال انتشار به github و pypi .sp پس از اطمینان از صحت بسته انتشار، نسخه جدید را منتشر کنید: .INDENT 0.0 .INDENT 3.5 .sp .EX make release bump=$$VERSION_PART_TO_BUMP$$ .EE .UNINDENT .UNINDENT .sp این دستور اقدامات زیر را انجام می‌دهد: .INDENT 0.0 .IP \(bu 2 شماره نسخه را طبق موارد مشخص‌شده در \fB\&.pyproject.toml\fP و \fBsetup.py\fP ارتقا می‌دهد. .IP \(bu 2 یک commit و tag در git برای نسخه جدید ایجاد می‌کند. .IP \(bu 2 بسته را کامپایل و می‌سازد. .IP \(bu 2 commit و tag را به github ارسال (push) می‌کند. .IP \(bu 2 فایل‌های بسته جدید را به pypi ارسال (push) می‌کند. .UNINDENT .SS کدام بخش از نسخه باید ارتقا یابد .sp مقدار \fB$$VERSION_PART_TO_BUMP$$\fP باید یکی از این مقادیر باشد: \fBmajor\fP، \fBminor\fP، \fBpatch\fP، \fBstage\fP، یا \fBdevnum\fP\&. .sp قالب شماره‌گذاری نسخه در این مخزن برای نسخه‌های پایدار \fB{major}.{minor}.{patch}\fP، و برای نسخه‌های ناپایدار \fB{major}.{minor}.{patch}\-{stage}.{devnum}\fP است (\fBstage\fP می‌تواند alpha یا beta باشد). .sp اگر در نسخه beta هستید، اجرای \fBmake release bump=stage\fP نسخه را به حالت پایدار تغییر می‌دهد. .sp برای ارائه یک نسخه ناپایدار زمانی که نسخه فعلی پایدار است، نسخه جدید را به‌طور صریح مشخص کنید، مانند \fBmake release bump=\(dq\-\-new\-version 4.0.0\-alpha.1\(dq\fP .sp می‌توانید نتیجه ارتقای هر بخش از نسخه را با دستور زیر مشاهده کنید: \fBbump\-my\-version show\-bump\fP .SS مرام‌نامه اخلاقی (Code of Conduct) .SS تعهد ما .sp در راستای ایجاد فضایی باز، پرنشاط و پذیرا، ما مشارکت‌کنندگان و نگه‌دارندگان متعهد می‌شویم که مشارکت در پروژه و جامعه‌مان برای همگان، صرف‌نظر از سن، اندازه اندام، معلولیت، قومیت، هویت و بیان جنسیتی، سطح تجربه، میزان تحصیلات، موقعیت اجتماعی\-اقتصادی، ملیت، ظاهر فردی، نژاد، دین، یا هویت و گرایش جنسی، تجربه‌ای به‌دور از هرگونه آزار و اذیت باشد. .SS استانداردهای ما .sp نمونه‌هایی از رفتارهایی که به ایجاد فضایی مثبت کمک می‌کنند عبارتند از: .INDENT 0.0 .IP \(bu 2 استفاده از ادبیات پذیرا، محترمانه و فراگیر .IP \(bu 2 احترام گذاشتن به دیدگاه‌ها و تجربیات گوناگون .IP \(bu 2 پذیرش شایسته و متواضعانه انتقادهای سازنده .IP \(bu 2 تمرکز بر آنچه بیشترین منفعت را برای جامعه به همراه دارد .IP \(bu 2 ابراز همدلی و درک متقابل نسبت به سایر اعضای جامعه .UNINDENT .sp نمونه‌هایی از رفتارهای غیرقابل قبول توسط مشارکت‌کنندگان عبارتند از: .INDENT 0.0 .IP \(bu 2 استفاده از کلمات یا تصاویر جنسی و هرگونه توجه یا پیشروی جنسی ناخواسته .IP \(bu 2 رفتارهای مخرب (trolling)، نظرات توهین‌آمیز/تحقیرآمیز و حملات شخصی یا سیاسی .IP \(bu 2 ایجاد هرگونه آزار و اذیت علنی یا خصوصی .IP \(bu 2 افشای اطلاعات خصوصی دیگران، مانند نشانی فیزیکی یا پست الکترونیکی، بدون اجازه صریح آنان .IP \(bu 2 سایر رفتارهایی که منطقاً در یک محیط حرفه‌ای نامناسب و ناپسند تلقی می‌شوند .UNINDENT.SS "مسئولیت‌های ما (Our Responsibilities)" .sp نگه‌دارندگان پروژه مسئول شفاف‌سازی معیارهای رفتار قابل‌قبول هستند و انتظار می‌رود در واکنش به هرگونه رفتار غیرقابل‌قبول، اقدامات اصلاحی مناسب و عادلانه‌ای اتخاذ کنند. .sp نگه‌دارندگان پروژه این حق و مسئولیت را دارند که دیدگاه‌ها، کامیت‌ها، کدها، ویرایش‌های ویکی، issueها و سایر مشارکت‌هایی را که با این مرام‌نامه رفتاری همسو نیستند حذف، ویرایش یا رد کنند، یا هر مشارکت‌کننده‌ای را به دلیل سایر رفتارهایی که نامناسب، تهدیدآمیز، توهین‌آمیز یا مضر تشخیص می‌دهند، به‌طور موقت یا دائم مسدود نمایند. .SS "دامنه کاربرد (Scope)" .sp این مرام‌نامه رفتاری هم در فضاهای پروژه و هم در فضاهای عمومی هنگامی که فردی نماینده پروژه یا جامعه آن است، اعمال می‌شود. نمونه‌های نمایندگی یک پروژه یا جامعه شامل استفاده از نشانی رایانامه رسمی پروژه، ارسال پست از طریق حساب رسمی رسانه‌های اجتماعی، یا فعالیت به عنوان نماینده تعیین‌شده در یک رویداد آنلاین یا حضوری (آفلاین) است. بازنمایی و نمایندگی پروژه ممکن است توسط نگه‌دارندگان پروژه بیشتر تعریف و شفاف‌سازی شود. .SS "ضمانت اجرا (Enforcement)" .sp موارد مربوط به رفتارهای سوءاستفاده‌گرایانه، آزاردهنده یا به هر نحو غیرقابل‌قبول را می‌توان از طریق تماس با تیم پروژه به نشانی \%\& گزارش کرد. تمامی شکایت‌ها بازبینی و بررسی خواهند شد و پاسخی که با توجه به شرایط لازم و مناسب تشخیص داده شود ارائه خواهد گردید. تیم پروژه متعهد به حفظ محرمانگی هویت گزارش‌دهنده حادثه است. جزئیات بیشتر در مورد خط‌مشی‌های اجرایی خاص ممکن است به‌طور جداگانه منتشر شود. .sp نگه‌دارندگان پروژه‌ای که این مرام‌نامه رفتاری را با حسن نیت رعایت نکنند یا به اجرا درنیاورند، ممکن است بنا به تصمیم سایر اعضای رهبری پروژه با پیامدهای موقت یا دائمی مواجه شوند. .SS "انتساب (Attribution)" .sp این مرام‌نامه رفتاری از Contributor Covenant اقتباس شده است \%، نسخه 1.4، در دسترس در \% .SH "نمایه‌ها و جدول‌ها (INDICES AND TABLES)" .INDENT 0.0 .IP \(bu 2 نمایه \%<> .IP \(bu 2 نمایه ماژول \%<> .UNINDENT .SH "نویسندگان (AUTHORS)" بنیاد اتریوم (The Ethereum Foundation) .SH "کپی‌رایت و تکثیر (COPYRIGHT)" 2018-2025, The Ethereum Foundation .\" End of generated man page.