: Successful deployment on minor pilots and progress on the features
As planned, at the end of October and in the first days of November, we launched Temporary Accounts to 12 projects. We are happy to report that we did not encounter any issues that required us to roll back the deployment. There is a lot of activity from temporary accounts on these projects. We are currently collecting detailed data, and will publish a report with our findings about it in the coming weeks. We will also be running a survey to better understand the impact of this rollout on users with advanced rights. Many thanks to the communities of the pilot wikis, stewards, CheckUsers, and global sysops for their openness, good questions, and ideas for changes.
We are implementing an onboarding dialog box to help registered users understand temporary accounts and associated features. The dialog box will introduce the concept of temporary accounts, the IP Info tool with the IP reveal feature, and more. (T373818)
A mockup of AutorevealWe have decided to implement an "auto-reveal" feature. It will allow selected functionaries to view all IP addresses, for all temporary accounts in a defined period of time. This feature will help functionaries respond quickly to abuse, for example vandalism events that require checking a lot of IP addresses. We are currently defining the typical tasks and designs for this feature. We will be grateful if you share your thoughts about Autoreveal in this Phabricator task. The decision to build it was based on our discussions with stewards and other users with extended rights, and we would like to thank them again for their continued involvement and invaluable advice.
Special:GlobalContributions will be able to display information about cross-wiki contributions from registered users, IP addresses, IP ranges, and temporary accounts in the near future. (T375632)
Global blocking. Currently, there is no tool that allows stewards to globally block an account – there is only global lock, which logs the person out of their account. Without our changes, a temporary account holder blocked this way would lose their account and create a new one with their next edit attempt. After our changes, they will not be logged out, and they will see a block notice on their next edit attempt (T17294). Doing this also means that stewards will be able to globally block registered users, which implements a long-requested feature and provides better tools to combat cross-wiki abuse.
利用者のグローバルな投稿。利用者グローバル投稿ツールを使う巡回者は、非ログイン利用者の編集を全ウィキで追跡し、ウィキ横断型の不正利用を追跡できるようにします（Global User Contributions tool）。ただし、IP アドレスが公開かどうかに左右されます。当チームの展開が済むと動作しなくなります。当チームでは同名の新しいツールを構築しており、同じ機能（T337089）を提供します。
IP アドレスによる寄稿の特別ページ。現状、役務者は特別:投稿記録（Special:Contributions）を経由して非ログイン利用者の投稿を IP アドレス単位でチェックしています。ここで言う導入後は、この特別ページでこの特別ページ一覧にする対象は標準と臨時のアカウント登録者だけになります。機能性を保つため、新しく特別:IP投稿（Special:IPContributions）というページを構築しているところです（T358852）。
担当ではあわせてその他のツールも更新中で、対象はAbuseFilter、CheckUser ツール、action API などです。
約束に従い、IPマスキングの仕組みに関して最新情報を紹介します。
登録済みと非登録の編集者に関する変更を網羅します。
We want to acknowledge at the outset that we still have lots of open questions and things we have not decided upon.This is our initial plan and does not cover everything we aim to do during this project.As we are proceeding we are discovering new pieces of previously unforeseen work.Your feedback will help us understand what more we can do to make IP Masking easier on our communities.
This update is an FAQ format as that makes the upcoming changes clear and understandable.
IP 秘匿化は非ログイン利用者の目線だと何が変わるのですか？
Currently, before a non-logged-in user completes an edit, they are informed that their edits will be attributed to their IP address.In the future, before a non-logged-in user completes an edit, they will be informed that their edits will be attributed to a temporary account.Its name will be a number, incrementing for each new account.The account will be tied to a cookie that lives in the user's browser.As long as that cookie exists, the user will keep the same temporary account, and all their edits will be attributed to that account.The IP addresses of the user may change, but the temporary account will not change as long as the cookie exists.
どれか1ヵ所のウィキで臨時アカウントを作成すると、その利用者が他のウィキに投稿するときにも有効です。
臨時利用者名はどのような見た目になりますか？
まだわかりません。
Our initial mockups considered using an asterisk as a prefix followed by an auto-incrementing number.
（例：*12345。）
その見本類は以下にあります。
But as some volunteers pointed out, the asterisk is not a good choice because of an outstanding MediaWiki bug.
We are discussing different prefix options and will be conducting user tests with these.Our current top candidates (in no particular order) are:
Do any of these strike you as a great or a terrible choice?Please add your comments either on the talk page or Phabricator.
↑(While the question mark is a great sign for something unknown and is widely understood, there are details we're still figuring out.For example, it'll need to be encoded into the URL using %3F.This URL encoding shouldn't be a problem, but would be a hiccup for users who are used to typing in URLs by hand.)
臨時利用者名はどのくらい持続しますか？
Some time after the first edit (tentatively one year) or as a result of clearing the user's cache, the cookie will automatically expire.Existing edits will still be attributed to it, though.After the old username expires, if the user edits again in the future, they will be granted a new temporary account.
IP 秘匿化は巡回者の目線だと何が変わるのですか？
IP アドレスの開示に制限
IP アドレスは一般の利用者に開示されなくなった点が、最大の変更です。
Anyone who does not have an account or does not meet the required thresholds for IP address access (see Legal's update) will not be able to see IP addresses.To mitigate the impact on patrolling, we will be releasing improvements to IP Info feature.This will include data from the Spur service.
IP アドレスを閲覧するには
Together with the Foundation's Legal department, we have developed new guidelines.These define who will be able to access IP addresses and how.Users who meet the requirements will be able to opt-in to reveal IP addresses through Special:Preferences.See how the reveal functionality will work in detail.This access and reveal will be logged and will be available to a limited group of users (CheckUsers, stewards, Trust & Safety).
臨時アドレスの編集者との連絡チャンネルTemporary accounts will be linked to a browser cookie.As long as the cookie persists, the user's edits will be attributed to the same temporary account.Temporary account holders will also be able to receive talk page notifications just like registered users.We hope this will allow for better communication with temporary users.It may also resolve some long-standing issues raised by the communities (see T278838).
不正利用者の IP アドレス類
It will be possible to document IP addresses for bad actors publicly through long-term abuse pages, as currently.
しかしながら別の臨時アカウント利用者に対して IP アドレス類を開示しないよう配慮する必要があります。
When discussing possible bad actors, tools like suppression should be used if the user is not found to be a vandal as suspected.More details about this can be found in the guidelines.
We are developing guidelines for Cloud tools and bots to access IPs for patrolling.We will have an update for this soon.
サイト上の既存のIPアドレスはどうなる？
Existing IP addresses that are already recorded on our wikis will remain untouched.Edits that come in after IP Masking will be attributed to temporary usernames.Since we will roll out IP Masking gradually, this will mean that this change will happen on different wikis at different times.
IP アドレス公開の機能の働きは？
Users who can access IP addresses will be able to expose IP addresses for temporary accounts.
この機能の挙動に関して見本を示します。
IP アドレス類があるからこそ機能するツールやボット類への影響は？
We are working to understand the impact to volunteer-maintained tools.
このタスクは、当チームに加えて研究と技術の各チームも担当します（Research and Engineering teams）。
次に財団法務部門と協力して、どのツールが引き続き IP アドレスにアクセス可能か、また、それらツールの挙動についてガイドラインを把握する予定です。
実施計画の作成を待ち、このページで情報を更新します。
ロールアウト計画
IP 秘匿の展開はゆっくり進めるつもりであり、コミュニティのフィードバックを受けたりテストする時間を応分にとっていきます。
導入によって、コミュニティの手順を妨害しないように配慮します。
担当の優先プロジェクトはもう1件あり、コミュニティの健全性にとって望ましくない結果を避けようとしています。
変更を展開する際に監視予定の指標を実装しました。
IP 秘匿化について、試験導入（パイロット版）の候補を引き受けてくれるコミュニティを募集中です。
検討中の基準には、コミュニティ単位で受ける IP 編集の件数、不正利用への対応の喫緊度、プロジェクトの規模、障害の可能性などが含まれます。
IP 秘匿化の立ち上げが近づいたら、どちらを候補にしたか、もう一度、情報を更新します。
皆さんのコミュニティで IP 秘匿化導入を試したいと希望される場合は、コミュニティで合意形成の上、トークページにご連絡ください。
<span id=":_Refocusing_work_on_IP_Masking">
：IP 秘匿について作業課題を再考
皆さん、こんにちは。IP 情報機能その他の関連プロジェクトの第1フェーズを完了、正式にコア IP 秘匿プロジェクトに取り組みを再び集中させています。技術面の計画を進め IP 秘匿の導入時になにを変更するべきか把握しようとしています。技術ボランティアの皆さんには必要に応じて、変更の評価やツールの移行を手伝ってもらうようご連絡する予定です。この作業計画の一部は Phabricator ですでに始まっており、特定のタスクに質問したい場合は、左のリンクからお問い合わせください。
小規模ウィキの場合、IP 基準の取り組みの方が向いていて、別人の利用者ふたりが同一の IP を使うとは考えにくく、IP アドレスを操作する荒らしでクッキーを除去したなら最も対処が難しい。
セッション単位のシステムの方が有効に思えるし、匿名編集者との連絡には使いやすいです。私個人は英語版ウィキペディアの管理者として、IP 編集者とのやりとりの中心は荒らしの巻き戻しと警告をしています。最近のいくつかの事案では、受信者が果たして当該の人物かどうか疑わしかったため、わざわざ警告することすら留意しませんでした。別の一件ですと、特定の変更の提案について協議をしようとしたところ、複数の IP アドレス利用者との対話になり、対話の相手にそのことを確認したものの、同一の人物を相手にしているのかさえ不明のままで終始しました。
ドイツ語版ウィキペディアの管理者をしているのですが、ここに示された2案（IP アドレスを基準とする識別 VS セッション単位の識別）について、明確に前者を支持します。ブラウザのプライベートモードを使ったりクッキーを除去したりするのは簡単ですから（私自身、いつもそうやっています。）IP アドレスの変更には、少なくとももう少し手間がかかるし、すでにオープンプロキシの利用禁止は方針に決めてあります。Beland はセッション単位の検証方法の方が、善意の匿名利用者との連絡がしやすいと言っており、その点は賛成しますが、それだけでは論拠として十分ではないです。
セッション単位の方法がよいです。匿名利用者で規定を守っている人（legitimate）を特定して連絡を取るのに役に立つからです。それでも、これは同時に荒らしフィルタにオプションを作って、単一の IP アドレスから発信した複数の新規セッションを検出できるようになりませんか。それらは規定を守ったかもしれないけれど（例えば発信地が学校）、ほぼ荒らしまたはボットの活動でしょう。もう一つ、誰も言及していなさそうな機能について述べておきます。特定のセッション利用者がアカウント登録を希望するとき、新規に選んだ利用者名は、既定としてそれまでのセッション ID の改名手続によって付けるべきだという点です。新しく利用者名付きになっても、それまでのセッションの活動を閲覧し、そして／またはその利用者と関連づけることが私たちには必要だからです。
A：現状では、アカウント未登録の編集者の識別は IP アドレスを基準にしています。この方式はこれまで、私たちのプロジェクト群で長年、有効でした。IP アドレスに精通した利用者の皆さんは、単一の IP アドレスの帯域幅に制限されるものの、複数の異なる利用者が使うことを理解しています。この条件は IPv6 に関して、IPv4 よりもさらに当てはまります。
皆さん、こんにちは。当プロジェクトについて、前回、情報更新をしてから数ヵ月が経ちました。その間、私たちは多くの人々と — 編集コミュニティ全域と財団各部署とそれぞれ話し合いを進めてきました。コミュニティの経験豊かな参加者との協議で提起された懸念をすべて慎重に検討し、この課題が私たちのプロジェクト全体の破壊行為防止活動にどんな影響を与えるか検討しました。合わせて、この提案を支持し、未登録編集者のプライバシー向上につながるし、これなら IP を世界に公開しても私たちのプロジェクトに持ち込まれる法的脅威を軽減できると言う多くの人々からも意見をお聞きしました。
IP アドレスによるアクセスの記録は、必要に応じて、適切な精査を行うために行います。これは私たちが維持して、チェックユーザーによる個人情報データのアクセスに備えるログと似ています。この方法でプライバシーの必要性と、情報にアクセスしてスパムや破壊行為、嫌がらせと戦うコミュニティの必要性のバランスをとろうと努めています。必要な人に必要な情報を提供するとしても、手続きは設けなければならないし、それにはオプトインを経て必要な人に限定し、実際にそれを閲覧できるようにすることと、それを記録することが求められます。
IPアドレス基準の識別の画面キャプチャ
セッション基準の識別の画面キャプチャ
.png)