Requests for Comment/Premium offerings


 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 * It's noted that there are some reservations or conditions which have been mentioned within the support votes and that there have also been some abstentions and opposes. There is however consensus for Proposal 1 passing. As a reminder, Proposal 1 only endorses the idea and there will be a second RfC regarding the final agreement if there will be one. Reception123 (talk) ( C ) 06:01, 2 May 2023 (UTC)

__NEWSECTIONLINK__

Recently, our good friend Universal Omega began plans to start a wiki hosting service called WikiForge whose focus will be on providing premium wiki hosting. While WikiForge is in the early stages of being formed as is not yet a legal entity, Universal Omega stated that he intended for the service to follow many core Miraheze traits such as focusing on its community, being a non-profit, and using extensions such as CreateWiki and ManageWiki at its base. Universal Omega also stated that he intended on having some sort of 'development partnership' between WikiForge and Miraheze where WikiForge would submit code improvements to Miraheze extensions like CreateWiki and ManageWiki (as of today, a few have already been submitted) and would actively collaborate with us. He later, very generously, suggested a partnership where WikiForge donated to Miraheze a set portion of all revenue. Following these talks and seeing that Miraheze and WikiForge would have so much in common, Universal Omega and I we thought it would be a good idea to instead join forces and create a unified service that will help ensure our users satisfaction and the continued success of Miraheze. We wanted to bring this proposal to the Miraheze community for feedback, review, and discussion.

Please note that this proposal does not mean that Miraheze will be shifting to a premium-only model or that we will remove any features or stunt development to focus on this new service. We have carefully worded this proposal to create a separation between both services to ensure that Miraheze proper will continue to be our main focus and to create a guarantee that profit will never ever come first. Both services will be led by their own teams (Miraheze volunteers won't be drafted or forced to work on this new service) to ensure this separation. This new service would only offer what Miraheze proper cannot due to technical limitations (see for more information).

If approved, this would provide a great opportunity for Miraheze to gain the capital needed to expand our services to accommodate growing demand and to combat slow loading speeds and infrastructure shortcomings. The profit from this service would be reinvested into Miraheze to allow us to grow and expand our services much more. As outlined in Fundraiser, Miraheze has big plans for expansion but the donations we get are sometimes not enough so we hope that this new stream of revenue will allow Miraheze to grow as it needs to. We invite you to read the entire proposal and the FAQ for further information.

Introduction
Given the unique operation model for a premium service proposed and the working example that has already been established under the brand name of WikiForge, the following partnership is proposed for community review:

WikiForge will become a subsidiary of Miraheze and will offer premium wiki hosting services. WikiForge branding will be reserved exclusively for Premium and would not be used for any other Miraheze service.

Miraheze would see no changes to its structure. No community roles (for example, Stewards and Global Sysops) will be drafted into this new service; they will continue to focus on Miraheze as will system administrators who will remain separate from any new teams.

Description of Service
WikiForge will be catered to those seeking a premium hosting experience and who currently cannot be served by Miraheze due to their project requirements (for example, a perennial request to SRE is the ability to use a third-party SSO provider to log users in. This cannot be done as it would be incompatible with CentralAuth), such as companies.

As a premium service funded with a reasonable monthly fee paid by its customers, WikiForge would offer its users additional benefits such as faster page loading speeds through dedicated server hosting, support for different versions of MediaWiki, a higher limit on expensive parser functions and much more. Such features have been requested by users in the past and provide an untapped opportunity to provide not-for-profit hosting for those who would otherwise find another provider for such services.

No initial funding will be provided by Miraheze for this project, WikiForge is intended to operate as a self-funding entity with the potential to donate excess funds after operating costs to the Miraheze project. WikiForge's finance and balance sheets will be available on a page similar to Finance so that the community may inspect and audit it as they wish.

Operation of Service
WikiForge will operate as a subsidiary of Miraheze that would be under the oversight of the Miraheze Board of Directors to whom it will report to. Day-to-day operations would be overseen by an oversight council composed of 4 community members elected by the Miraheze community and 4 members appointed by the Board of Directors for a total of 8 people on this council.

A director of Premium Operations position will be established, and the individual in this role will have technical and operational control under the WikiForge branding, in partnership with the oversight council. The Director of Premium Operations will report to the Miraheze Board and will coordinate work alongside Engineering Managers for Miraheze SRE when necessary for operational stability.

WikiForge's technical team will be separate from Miraheze -- their (future) system administrators would not be entitled to access to Miraheze infrastructure and vice versa, though they would still be under Miraheze NDA.

A contract will be signed between Miraheze and Universal Omega (as the originator of the WikiForge project) stating that if Miraheze ever shuts down or if the Miraheze community chooses to dissolve this partnership, WikiForge will revert to the control of Universal Omega.

WikiForge branding will be kept for Premium only, and it will not be funded by Miraheze user donations. Instead, WikiForge will only be funded by its paying customers. Profit generated from WikiForge will be reinvested into Miraheze and will help ensure that Miraheze continues to grow and expand our infrastructure without continuing to worry about budget restraints. However, WikiForge's budget will be separate from Miraheze's budget and will never tap into Miraheze's budget.

WikiForge's infrastructure will be separate from Miraheze's. No impact will be borne on Miraheze infrastructure, nor will any changes occur. WikiForge will utilize cloud services to ensure the best experience for its users and to ensure Miraheze infrastructure is not overloaded by the need for new, dedicated servers.

While some policies such as the Terms of Use (and thus, the current Trust and Safety team and setup) and Privacy Policy will likely also apply to WikiForge (some, like the Terms of Use, in a slightly modified manner to remove Miraheze-specific mentions such as Dormancy Policy mentions), most Miraheze community policies will not. This is because some do not make sense in applying to a premium service.

Some examples:
 * Closing a paying wiki after 60 days of no edits under the Dormancy Policy would not make sense, especially if we keep taking their money.
 * Portions of the Username Policy, such as the 'Wikimedia usernames' section, are too Miraheze-specific and may not apply on sandboxed wikis that have opted out of SUL.
 * Wiki governance policies would not apply on premium wikis, such as corporate intranet wikis, as those are not ruled by consensus but rather by a separate hierarchy.

In cases where there is incompatibility with Miraheze policy or new policy is needed, the oversight council will be charged with development and approval of policies/reconciliation of conflicts.

Benefit to the Miraheze community
By launching WikiForge, Miraheze will be able to offer additional services to users who require more features than what the standard free service provides. Furthermore, WikiForge's revenue (after operational costs) will support Miraheze's ongoing operations, providing another source of funds to ensure the sustainability of the organization.

Miraheze will benefit from the increased revenue generated by WikiForge, and our users will benefit from the additional features and services offered by the premium service if they choose. Additionally, it is our intent that WikiForge can act as an incubator for new features that will migrate back where possible to Miraheze users at no additional cost.

Miraheze proper will still be the main focus of everyone, new and existing features will NEVER be paywalled. WikiForge's goal is to provide additional services to those who require more features than possible on Miraheze (for example, providing the ability to run memory-intensive operations that would otherwise be declined on Miraheze due to technical limitations, or the ability to use a third-party SSO provider).

Miraheze will still be continued to be run by volunteers and this new endeavor would be purposefully separate from Miraheze proper in order to ensure that community and volunteer resources are not disproportionately allocated to WikiForge. By operating separately, WikiForge's staff will be able to focus on it and ensure success while Miraheze proper looks over its current community and ensures that it continues to thrive.

Miraheze's overall vision is unchanged, we will never stop being a not-for-profit and bow down to shareholders. Our users are the #1 focus and I believe that this proposal offers a unique opportunity to for Miraheze to provide a better experience for users. I look forward to hearing your thoughts and feedback on this proposal.

Proposed by: Agent Isai  Talk to me! 07:24, 13 April 2023 (UTC)

Co-proposed by: Universal Omega (talk) 07:27, 13 April 2023 (UTC)

Why is there a community vote on this proposal?
Part of Miraheze project's commitment to the community is that major decisions about the project will be community-driven. This is your opportunity to ask questions and help guide the project -- we encourage you to participate!

Based on the comments on this Request for Comments, the Board will then decide whether to enter this partnership or not and will consider additional considerations like legal and such.

How will this benefit Miraheze?
Surplus revenue from WikiForge (after operational costs) will be reinvested into Miraheze and will go into upgrading and expanding our services. This mean that Miraheze will be able to scale up better to accommodate demand without fearing hitting budgetary constraints and limitations.

Why does Miraheze need a premium option?
A subset of both our current community of wikis and those interested in joining Miraheze have complications today that drive them towards competitors or self-hosting.

Rather than excluding these individuals, we see a partnership as an opportunity to meet some of needs that a volunteer-driven, donation-funded project cannot:
 * High-availability cloud-based infrastructure
 * Extra services like SSO/opportunity to scale resources to meet needs without impacting unpaid services
 * Opportunity for professional assistance on setup/management of wikis
 * Meeting ISO compliance requirements for corporate clients w/ specialized needs, e.g. intranet wikis that may contain sensitive data.

Will this affect Miraheze's 100% free commitment?
No. Miraheze will continue to provide 100% free service to everyone. The only extra features that'll be made available on the new service are ones we can't provide on Miraheze due to technical restraints (like conflicts with our login system, technical limits, etc).

What are some examples of 'premium' features?
The only features that will be 'premium' are those incompatible with Miraheze's current setup. All other features will always remain free and Miraheze will never make them premium-only. Some potential examples of premium features include:


 * Ability to use LTS MediaWiki versions (not supported on Miraheze due to conflicts with global functions such as CentralAuth, global AbuseFilters, global blocks, global preferences, etc.)
 * External SSO login (not possible on Miraheze due to CentralAuth)
 * Dedicated cloud server hosting with advanced performance options (all wikis share the same servers so not possible on Miraheze proper)
 * Lockdown extension (not possible on Miraheze due to conflicts with CentralAuth)
 * Installation of custom/high-compute extensions (with review) (not usually available on Miraheze as one wiki using too many resources will slow down all wikis)

Will Miraheze ever remove features only to make them 'premium'?
No, never. We promise to keep all current features and never make them premium-only. As long as a feature is not impossible due to technical limitations or security concerns, future feature requests will not be denied only to be made premium-only.

The technical teams for both Miraheze and WikiForge will be entirely separate so there is no financial incentive for our technical team to do that. Our teams will operate separately from WikiForge so we'll continue to put our users first, not profit.

Will this service be funded by Miraheze user donations?
No, WikiForge's budget will be completely separate and initial funding will not come from Miraheze.

Donations to the Miraheze project will never go towards WikiForge operations.

How will WikiForge be committed to community accountability and transparency?
WikiForge's day-to-day operations will be overseen by a committee/council composed of 4 members elected from the Miraheze community and 4 appointed by the Board of Directors. This means that the community will have direct representatives on the council to ensure that it compiles with their wishes. These council members will be up for re-election every year so they won't be indefinitely appointed and thus later shielded from scrutiny.

WikiForge's finances will also be transparent and will be listed on a page similar to Finance so that the community may audit and review it.

Will this new service use Miraheze infrastructure?
No. WikiForge will use its own cloud-based infrastructure.

Will Miraheze volunteers neglect Miraheze proper to focus on this new project?
No. WikiForge is a project separate from Miraheze proper which will be overseen by its own team. Our current volunteers will not be drafted nor ordered to contribute to this new project and their focus will always be on Miraheze.

Will Miraheze be liable for WikiForge's debts? How will Miraheze be covered in the case of a budget shortfall from WikiForge?
No. WikiForge will likely be incorporated as a subsidiary of Miraheze in order to ensure that debts from WikiForge do not affect Miraheze. Should there be a budget shortfall, Miraheze will be covered and will not be responsible for their debts.

What policies will and will not apply to WikiForge?
Legal policies such as the Terms of Use and Privacy Policy will apply to WikiForge but may have some small portions tweaked in order to tweak Miraheze-specific mentions. For example, the mentions of the Dormancy Policy in the Terms of Use would not make sense on this new service and would be removed. Any such changes will be ratified by the Board, as is the current standard for those policies on Miraheze.

As the Terms of Use will still largely remain the same on this new service, Trust and Safety will retain jurisdiction and will continue to operate on this new service under the current layout and structure.

Miraheze community policies will not automatically apply to this new service. This is because some policies would not make sense on the new service. For example:


 * To ensure Miraheze volunteer resources are not consumed by this new service and that they continue to focus on Miraheze proper, the Counter Vandalism Team (including Stewards) will not operate on the new service, therefore policies establishing their roles as-is would not make sense.
 * Applying the Dormancy Policy to unedited but still paying wikis would not make sense, especially if we close their wiki but continue to take their money.
 * Some wikis may not want the No open proxies policy to apply on their wikis. Miraheze applies it to all our wikis by default to reduce global functionary workloads but some wikis on this new service may wish to have more granular control than provided by Miraheze community policy.

Some policies will likely remain on WikiForge but with some modifications:
 * Some clauses in the Content Policy will likely be dropped as they wouldn't make a lot of sense to apply on WikiForge. For example, the clause prohibiting wikis on a similar topic would likely not make much sense on the new service, especially since the clause's intention is to prevent unnecessary resource usage which wouldn't be an issue on the new service. Mentions of the Dormancy Policy would also be removed as the policy will not be enforced on this new service. The section on wiki conservatorship will likely be superseded as it would not make sense for WikiForge to intervene and 'babysit' a wiki. If any issues occur with a wiki, the wiki bureaucrats would be alerted but if they do not want to cooperate, the wiki would be closed. Many other parts of the policy will likely remain though.
 * Conduct policies such as the Global Conduct Policy will likely remain but may receive some tweaks to adapt them better to the service.

Will WikiForge be run by volunteers? Will it ever feature paid employees?
As a paid service with a self-sustaining model, WikiForge has already attracted interest from volunteer developers and other technical folks not currently volunteering on the core Miraheze project, siphoning of existing Miraheze talent is not foreseen as a problem and for the foreseeable future, WikiForge will likely be run by volunteers.

As the paid service grows, there is also the possibility of introducing paid roles within the WikiForge project to attract a broader pool of talent, albeit nowhere close to top-tier salaries currently provided in the US tech sector, in order to ensure continued growth. Any such paid employee would be expected to also contribute back to Miraheze. For example, WikiForge developers would be required to contribute to Miraheze code and help in any development-related tasks as appropriate. Employed system administrators would be required to be available for inquiry and consultation of Miraheze system administrators so as to aid Miraheze in any issue we may encounter.

If introduced, salaries for paid positions will be included in publicly-available operational reports as part of the financial transparency already promised, mirroring the operational transparency of the core Miraheze project.

Why does control revert to Universal Omega if Miraheze ceases operation or terminates its partnership? Why is there a contract at all?
The WikiForge project already exists today as an independent organization, created by Universal Omega. This proposal forms a partnership between Miraheze and WikiForge, bringing it under the banner of Miraheze Limited.

Not only does the contract recognize Universal Omega's role as founder of the service, it also gives assurance of continuity of services to paying customers should WikiForge's partnership with Miraheze be terminated.

What happens if the community doesn't like the partnership later?
This proposal is a partnership, first and foremost. If community approval should shift to disapproval at a later date, a similar proposal can be raised to dissolve the partnership and WikiForge ownership would revert to Universal Omega if successful.

Where will information about WikiForge be displayed on Miraheze, if anywhere?
This is yet to be decided, but the likely location will be on some Meta pages. We do not intend to add any 'upsell' language to local wiki management pages nor add any advertisements to wikis.

Proposal 1
The Miraheze Community endorses the idea of establishing WikiForge as a subsidiary of Miraheze Limited, as outlined above.

Note: Endorsement of this proposal does not guarantee board approval of a partnership and will not be interpreted as an endorsement of the final agreement, which will be presented in a second RfC for community approval.

Support (32)

 * 1) as proposer.  Agent Isai  Talk to me! 21:03, 17 April 2023 (UTC)
 * 2) This proposal seems like a reasonable way to extend Miraheze offerings in a sustainable manner. A common concern from some of the comments is that this would risk Miraheze's standard free service, but this proposal seems to make this risk minimal (and indeed likely reduce the risk, due to the cooperation and financial influx from Wikiforge). It's quite likely that the wiki that I primarily work with will consider this option, depending on some of the technical specifics. --Phenomist-alt (talk) 21:23, 17 April 2023 (UTC)
 * 3)  as (co)-proposer Universal Omega (talk) 21:27, 17 April 2023 (UTC)
 * , I have been asked several times by my colleagues on my wiki whether there's ANY possibility of paying for faster load times on our pages and whether we should migrate off of Miraheze. I see this premium option as an 'above-and-beyond' that keeps projects like mine in MH orbit, that enables what wouldn't be possible on a solely donation-driven service, and that opens up a potential new revenue stream for core Miraheze services and allow more-ambitious improvement of the forever-free offering. --NotAracham (talk • contribs • global) 22:55, 17 April 2023 (UTC)
 * , I'm interested in the idea to see how this evolves in the near future. --LichMaster98 (talk) 23:32, 17 April 2023 (UTC)
 * 1) As such a product could benefit all users of Miraheze without taking any functionality away from what Miraheze would otherwise be, I :
 * 2) * Means to deny service to groups promoting harmful content are still in place for the premium service
 * 3) * No extensions are developed with functionality exclusive to wikis running on the premium service
 * 4) *Periodic feasibility review of implementing features exclusive to the premium service across all Miraheze wikis. If cross-service implementation is possible without interfering with attributes applying only to the base service (such as the CentralAuth incompatibility mentioned in the proposal), feasibility would be evaluated on the basis of whether profits derived from the premium service are sufficient to cover the added cost in perpetuity without adding to Miraheze's donation-derived budget requirements. To ensure that the premium service remains differentiated enough from the regular service for its existence to remain beneficial to the community, such implementations could be counterbalanced with more ambitious expansions of the premium service's functionality that would not otherwise be possible for the regular Miraheze service without substantially increasing its budget requirements.
 * 5) *A yearly overview of how the continued existence of the premium service is beneficial to the remainder of Miraheze. Any such benefits should not depend on restricting the functionality of the base service in any deliberate manner for the purpose of differentiating it from the premium service as a means of increasing sales. This commitment should not waiver even for an argument of it being for the 'greater good' of artifically increasing funding for Miraheze, as the core purpose of the premium service's existance — benefiting users of the base service — would be violated in the process. --CoolieCoolster (talk) 23:36, 17 April 2023 (UTC)
 * To give some context from what I've discussed with UO/Agent and what's already in the RfC:
 * 1. Terms of use will absolutely allow for termination of service for those in violation of content/conduct policy (e.g. spreading hate or malicious activity)
 * 2. Extensions will not be designed with exclusivity in mind, intentional intercompatibility is the default development model wherever possible. The instanced cloud environment (vs the MH approach of one server running multiple wiki) may lead to some features that aren't technically possible to implement on MH unless it changes its architecture, but these would be the exceptions, not the rule.
 * 3. Feasability assessments would be on MH SRE team to decide cadence, WikiForge will make all extensions available for use.
 * 4. WikiForge will not and cannot make demands of MH policy/features as part of this agreement, and WikiForge will be committed to the same (and likely greater) financial transparency as core MH. The Community is also entitled to request the dissolution of the partnership in a future RfC if the outcome isn't to folks' liking
 * Great questions/requests, I hope this clarifies the intended model.
 * (Agent and UO, please correct any mis-statements)
 * --NotAracham (talk • contribs • global) 23:53, 17 April 2023 (UTC)
 * 1)  - Neocities uses a similar model, and I use them to host my static HTML pages. Attackofthecatpeople69 (talk) 02:32, 18 April 2023 (UTC)
 * @Attackofthecatpeople69 interesting. Do you mind linking to it's description? --ZBlace (talk) 04:07, 24 April 2023 (UTC)
 * 1)  with confidence on Miraheze's commitment to make sure as much features be kept free or introduced to the free service once available,  WikiForge and Miraheze provides a financial feasibility assessment. Though UO really needs to affirm what in the content policies are "inapplicable to premium wikis". -- Luciferian  Thomas  03:23, 18 April 2023 (UTC)
 * 2)  - Most questions I've had (or I've seen others ask) regarding this have been asked and answered so far, and appear satisfactory. I also support for the reasons outlined in my comments section below (my group's and similar wikis have been in a situation that would benefit from this, and we'd still support MH as we currently do, even our primary had to stay independent due to MH services not fitting our needs). |  -- FrozenPlum   04:18, 18 April 2023 (UTC)
 * 3)  Per all other rationales outlined above. Miraheze general will never become paywalled, but it would be a good idea to have a source of additional revenue in order to keep cash flow running smoothly and ensure nothing breaks down. Miraheze runs on donations fully currently, and if that donation pool ever decreases, it would be in serious trouble. Another venue is something I would support in order to keep that cash flowing. BrandonWM (talk • contributions • global • rights) 05:49, 18 April 2023 (UTC)
 * 4) Conditional  I would lean to supporting this proposal but with the reservations expressed by CoolieCoolster above and a few of my own. In addition to this I also condition my support on concrete measures to prevent a scenario where in the end the balance will be upended and WikiForge will end up having more of the "market share" of Miraheze Limited wikis. This would be negative in my view if WikiForge does not have adequate global policies which should share some similarity to the current ones at Miraheze or has lax enforcement of said policies. It would also be negative if the balance shifts towards WikiForge as that would entail less of a centralized community sense that develops on Miraheze. I would except the potential pricing of the new service to also be mentioned in the second RfC as if the prices are not high enough I am afraid that a large number of wikis would consider leaving the "Miraheze community" and I would not support the subsequent agreement. In consequence I conditionally support this as long as the agreement is framed in such a way that there will not be a WikiForge exodus and that only a some wikis that are in need of a more professional service would move and that there will not be incentives other than more specialized services (i.e. less policies, etc.) to join WikiForge. --DeeM28 (talk) 06:12, 18 April 2023 (UTC)
 * 5)  Sounds based. Literally no cons here. People pay and get more, people don't and lose nothing. I see nothing wrong with this.Iriskonstantino (talk) 06:25, 18 April 2023 (UTC)
 * Except for the part that free labor (volunteers) is used for a privately-owned enterprise, and that wikis that donate money to miraheze directly would instead pay for a service to a non-miraheze external entity. --NimoStar (talk) 13:53, 21 April 2023 (UTC)
 * As stated, no current volunteers would be drafted into this new service to ensure that their focus remains on Miraheze proper. The new service is not an external entity, it is run by Miraheze, Ltd., for the benefit of Miraheze. Agent Isai  Talk to me! 13:54, 21 April 2023 (UTC)
 * 1)  I'd be more than happy to sign off on this whole deal with this supportive vote. I do hope it makes a difference in this service. --DarkMatterMan4500 (talk) (contribs) 12:47, 18 April 2023 (UTC)
 * : I'd really like to see some kind of binding constraint that prevents a disproportionate representation of WikiForge staff on the Board of Directors and in oversight positions in the future. It must be ensured that WikiForge *always* operates in service to Miraheze, and any methods of subverting it in the future must be prevented. If that can be done: full (and I'll probably move my wiki over!) Ashel (talk) 15:30, 18 April 2023 (UTC)
 * Thanks for the feedback, Ashel. That's a great point, and one that I'll strongly encourage the relevant folks to include in some form for the final proposal. --NotAracham (talk • contribs • global) 15:37, 18 April 2023 (UTC)
 * 1)  hmm, Miraheze Premium. Sounds good. If, as it will be said; If the revenues earned go to the Free Miraheze service, I approve. But if it goes to the Premium system, I will not approve. Apart from that, I am lending my support by joining @NotAracham. (1,001 changes, the target is 2001 changes hopefully we will be lol 😅🎉) Best Regards,  Hey Türkiye  Message? 19:18, 18 April 2023 (UTC)
 * 2)  A financially pragmatic proposal. Has the potential to earn more income for Miraheze, which it needs for long-term feasibility. --SchizoidNightmares (talk) 22:18, 18 April 2023 (UTC)
 * , fully and unconditionally, getting this proposal in front of the BOD. It sounds like a great opportunity to increase MH's cash flow and improve service for all users. Additionally, I trust MH volunteers when they promise that introducing a premium offering will not affect existing or future free services. - Tinyd10 (talk) 01:49, 19 April 2023 (UTC)
 * 1) I trust that this will only be beneficial to Miraheze and not take away from it. While it may be a scary step to take and I understand the concerns of those against, it does seem that this co-operation would be in the best interests of Miraheze's longevity and I can only hope there's no risk of Miraheze being "pushed out" of the picture as it were. With the financial transparency proposed, I feel a little more confident in voting in support. Sophiebun (talk) 04:42, 19 April 2023 (UTC)
 * 2) While I probably won't have money to purchase this service, this sounds like it could benefit Miraheze in the long run, so long as you don't make specific features that were here from the beginning into premium exclusives. I propose we should call this service Miraheze+ or Miraheze Platinum or something like that. --Charlie Fiddlesticks (talk) 13:20, 19 April 2023 (UTC)
 * 3) After consider what can happen and things, I can give this a . Pisces (talk) 14:04, 19 April 2023 (UTC)
 * 4)  – Having read most of the comments on this rather lengthy discussion, I would vote in favour of this endeavour providing: a) Miraheze remains true to its word on how the current service is run, and not decide to move already free elements to the paid environment; b) WikiForge delivers on its promises and stays true to its word on how the service is run, and cannot change Miraheze policy; c) there is documentation in place that clearly, legally, sets out the entirety of this union without clauses that could potentially harm one or the other, physically and financially; d) WikiForge is, and will remain to be, as transparent as Miraheze. I have been here since 2016 and seen a lot of changes, good and bad. As long as Miraheze and WikiForge remain as separate entities, but where both could benefit each other in different ways, this should be good for both projects in the long term.  14:48, 19 April 2023 (UTC)
 * 5)  Per above. WikiForge can help Miraheze. AlPaD (talk) 18:35, 19 April 2023 (UTC)
 * 6)  As long as the current featureset is still available to Miraheze additional offerings through a paid service could be very valuable. Especially features like SSO. ClientManager Pty Ltd (talk) 08:42, 20 April 2023 (UTC)
 * 7) This is a great idea and it have good benefits. --Mike9012 (talk) 16:29, 20 April 2023 (UTC)
 * 8) - this would have great benefits and as long as Miraheze remains untouched and it's not upsold every 15 seconds I'm all for it. Winfinity (talk) 16:32, 20 April 2023 (UTC)
 * 9) ★ Commander Xiaochan ⚡ (Talk to me for fun) 01:57, 21 April 2023 (UTC)
 * 10)  I can see this as a more reliable way to earn revenue than just relying on donations.  Sapphire Williams  (talk page • contributions) 06:06, 21 April 2023 (UTC)
 * Or as a way to not even have donations since they will be absorbed by "premium" on "wikiforge".--NimoStar (talk) 13:54, 21 April 2023 (UTC)
 * Well, as evidenced by Finance, when we're not in the fundraiser campaign, we get very few donations. Agent Isai  Talk to me! 13:56, 21 April 2023 (UTC)
 * 1) Sometimes, you have to earn money from users paying. Spencers (Hello) 23:36, 22 April 2023 (UTC)
 * 2) . My only concern is if this would be advertised to non-paying wikis. --JackTheGamingGuy (talk) 02:57, 24 April 2023 (UTC)
 * 3) . Sounds OK. Small reservation as WikiForge is a bit away from core work and principles of MiraHeze, with its clients not being so much a community, but rather a consumer niche. It would be important to map these tentative relations well before fixing contract. I can imagine that if one does non-English language content it will be super hard to keep oversight and make sure it is not problematic. Not all issues are technical and financial. --ZBlace (talk) 04:27, 24 April 2023 (UTC)
 * 4) . The proposal sounds good. It gives an option for dedicated hosting, and can benefits Miraheze for a better development. I just hope that Miraheze and WikiForge can be keen on the non-profit nature and make only the features that are impossible on Miraheze infrastructure premium. I’ve seen so much companies that lose users’ trust because of not sticking to the initial promise. -- JerryHan3 ( T · C · P ) 05:46, 24 April 2023 (UTC)
 * 5) Can't imagine why anyone would oppose this. It's really clear that it's an almost entirely separate venture that basically won't affect Miraheze at all. Chantolove (talk) 16:34, 24 April 2023 (UTC)

Abstain (5)

 * 1) I haven't been here long and I'm not a tech savvy person to really understand this stuff.  So I'm sitting this one out. Coffee Lover (talk) 01:37, 18 April 2023 (UTC)
 * 2) For now, I have mixed feelings about this. I'm okay with this "premium" idea though. MacaronCraft  (talk) 06:58, 18 April 2023 (UTC)
 * 3) I understand why you would want to have a premium tier and cant say I have a case against it. Let us just be clear: it is nearly always the case any significant source of revenue will eventually overshadow other less profitable activities. So I implore everybody to be honest with themselves: if you !vote yes, you are (like me) okay with the free offering eventually shutting down. I'm not saying the FAQ is lying - I completely understand its writers honestly believe what they wrote; I am just noting that every single time a company has promised a perpetual free lunch; that promise has eventually been compromised, hedged or outright broken. And so will this one. Again - that is not reason for me to vote against; this is just how things are and therefore I abstain. Perhaps I could ask the Miraheze team to tweak the promise into something that they can actually keep, such as "we promise not to touch our free offerings for a period of three years, and we fully intend to keep offering wikis for free after April 2026 as well". TheDungeonMaster (talk) 10:01, 18 April 2023 (UTC)
 * We can confidently make the promise that we will never shut down our free service. We too are wiki editors and I personally would hate to have to start paying for the 10+ wikis I maintain. Agent Isai  Talk to me! 11:23, 18 April 2023 (UTC)
 * 1) I do not believe this will compromise Miraheze operations in the way others do (mostly because I don't think the people involved are nearly on the same page enough to conspire or even unintentionally neglect Miraheze in favor of this project). I'd be more concerned of this being too isolated from Miraheze administration and community to be accountable, and the administrative stability + vision of its management being more vague and uncoordinated than Miraheze itself. The connections made makes me reluctant to consider this a 'miraheze service' in the first place as it more resembles a partnership that shares knowledge and one-way its finances than an actual offering of Miraheze as presented. The more skeptical could view this project as a way for CosmicAlpha to do things his way while not totally distancing himself from Miraheze after recent disillusionment. There are too many details that are underthought for me to find this a good idea, but as I don't feel strong enough to get into detail (any reply to this vote I make will be superficial), I will simply abstain rather than go the full distance which would likely result in me opposing. I think the risks of a crash are high but I don't forsee it directly damaging Miraheze either. --Raidarr (talk) 16:12, 19 April 2023 (UTC)
 * 2) I am very grateful to Miraheze for providing this service and for all they do to support it so I wouldn't stand opposed to any decision the trustees make so long as I still have access to the services they give me now. However I have no budget for a paid for service so I would not be signing up for it and I am not looking for any of the extra functionality the premium service would provide, (I don't use a lot of the facilities that are currently provided hence not being able to use the button thingy). So good luck with whatever is done but I will sit this one out. — Preceding unsigned comment added by Lardy (User talk:Lardy • Special:Contributions/Lardy) 16:56, 19 April 2023 (UTC) ‎

Oppose (6)

 * 1)  NordVPN 2? Naleksuh (talk) 21:54, 17 April 2023 (UTC)
 * In which way can it be said that this proposal resembles the NordVPN RfC that was debated a while ago? DeeM28 (talk) 06:13, 18 April 2023 (UTC)
 * 1)  The concept of having "premium" Miraheze features only accessible to paying customers is one I don't support. All Miraheze features should be available to everyone, and even if WikiForge and Miraheze technically remain separate entities while still being merged together, there's still enough of a connection to make me unable to support the merger. I'd prefer WikiForge and Miraheze not being connected at all and WikiForge offering "premium" features as a separate entity from Miraheze. Tali64³ (talk) 22:07, 17 April 2023 (UTC)
 * Just noting for those quickly looking over at a glance, the only premium features will be ones we likely will never be able to support on Miraheze proper like LTS MediaWiki versions or non-CentralAuth/global logins. Agent Isai  Talk to me! 22:18, 17 April 2023 (UTC)
 * That doesn't change much. "Premium" should not be on Miraheze. Just keep Wikiforge as its own thing that can send money to Miraheze if it wants Naleksuh (talk) 22:23, 17 April 2023 (UTC)
 * That is objectively what the proposal is.. Miraheze is free, all of it's features are free and everything will remain free, "WikiForge" a separate host will also have these free features and some additional paid features, where a portion of the revenue generated from the paid features go to Miraheze as a donation. Bayugoon (talk) 00:04, 18 April 2023 (UTC)
 * 1)  I'm still concerned about this "premium" offerings. Like locking new features behind paywall is just not right as I said below and that's one of the reasons why I don't support "premium" features that much.  SpazJR61 22:40, 17 April 2023 (UTC)
 * No addable features will ever be locked behind a paywall. The only things that'll be available on this new service are things we can't provide on Miraheze at all and might never be able to add because they conflict with our setup. See for more information.  Agent Isai  Talk to me! 23:21, 17 April 2023 (UTC)
 * While I like the idea of having a completely new hosting service, with new features, I do fear that this will eventually spread to Miraheze. We can't lose sight of the statement "100% free, ad-free MediaWiki hosting run by expert volunteers." I also fear that this paid program may replace Miraheze, and for this reason I just cannot support. Globe (talk) 14:40, 18 April 2023 (UTC) &emsp;Note: Vote struck out by voter at 18:50, 18 April 2023 (UTC). -- Luciferian Thomas  00:30, 19 April 2023 (UTC)
 * As stated above and in the proposal, we are committed to never shutting down Miraheze. We're all wiki editors too and doing that would also affect everyone. Agent Isai  Talk to me! 15:22, 18 April 2023 (UTC)
 * Not if your wikis are moved to "wikiforge" servers as this would entail for "premium wikis". Also you are a personal friend of UniversalOmega and possibly a partner, so you wouldn't have problems with that, would you? I'm sure the export button works just fine. --NimoStar (talk) 13:48, 21 April 2023 (UTC)
 * Well, to be a Steward, I have to have good relationships with everyone including my fellow Stewards, Global Sysops, Global Rollbackers, SRE members, Meta admins, wiki creators, patrollers, local wiki admins and editors, and many more, so I am indeed his friend and friend of everyone who seeks my friendship. :) Agent Isai  Talk to me! 14:05, 21 April 2023 (UTC)
 * 1) This is using volunteers for a private project spearheaded by the same person which will profit from full sole enterprise ownership. Unacceptable. If you want an ethical alternative, see Requests for Comment/Premium offerings (in-house proposal). For more in-depth review see my comments below.--NimoStar (talk) 13:48, 21 April 2023 (UTC)
 * The current proposal does not use any additional volunteers that would otherwise be working for Miraheze (note that UO has already committed to leaving Miraheze). In contrast, your proposal would be require a significant effort from volunteers to implement the necessary features in order to support such a premium service. Additionally, I don't quite understand your goal of keeping the premium wikis on the same servers - in order to prevent a wiki that wishes to use resource-heavy premium features from impacting other wikis' performances, it necessarily has to reside in a separate server. This is why the cloud infrastructure is proposed, which should provide the necessary separation. (The downside, of course, is that this costs more money. But this should be most of the cost to maintain a wiki on WikiForge.) Finally, WikiForge is stated to be not-for-profit. This has been a common concern that many have mentioned in comments but the proposers have promised financial transparency equal to or greater than what Miraheze provides. Phenomist-alt (talk) 20:16, 21 April 2023 (UTC)
 * 1) Absolutely not a fan of this premium offering. Premium just feels bad to me. --Wrthydra (talk) 04:40, 23 April 2023 (UTC)
 * 2)  I see a lot of hope that this will go well, miscellaneous contingencies provided for.  I see a lot of trust between the people who will be most involved.  But what I don't see is a compelling reason why this merger is necessary.
 * Here is an analogy. Public libraries offer free services.  They don't sell books (always free).  There are "Friends of the Library" charities that are run separately, and they do sell books (premium service).  People donate books to the Friends of the Library and they sell the books at book sales (premium service), and then donate that money to the public library, which uses the money to offer its free services.  They are run separately.  There is no legal entanglement.  This is just one example among many like it.
 * My gut says that when you're knee-deep in contingencies and the public libraries don't think something similar a good idea, maybe there's a compelling reason for that. --Angelyork (talk) 04:57, 23 April 2023 (UTC)

Comments (2)

 * 1)  Will it be possible to add Google AdSense advertisements for each wiki if the community of the wiki desired? For example, community who want to manage their own budget. --Lens0021 (talk) 14:25, 18 April 2023 (UTC)
 * Due to conflicts with our Privacy Policy, that wouldn't be an option. Agent Isai  Talk to me! 15:24, 18 April 2023 (UTC)
 * 1) Who's currently running WikiForge? Is it UO alone, or is there someone else? OrangeStar (talk) 15:34, 18 April 2023 (UTC)
 * I believe it's just UO running it at this moment. Tali64³ (talk) 15:43, 18 April 2023 (UTC)
 * And fully owning it which is the worst part and barely even addressed (for obvious reasons).--NimoStar (talk) 13:55, 21 April 2023 (UTC)

Drafting stage comments

 * I'd like to remind everyone that you are not permitted to vote until this RfC is officially opened. This RfC is currently a draft, so it's not open yet. Tali64³ (talk) 12:09, 13 April 2023 (UTC)

Comments from Sheep42

 * I personally don't see this as having any potential of going in a good direction. Sure, it does say only features that aren't available on mh by this point will be premium, but the "line" is hard to draw. For one, it says some extensions would be premium features. I can't really see how this would work, but I can't really envision something that would be good. Sheep42 (talk) 19:42, 13 April 2023 (UTC)
 * Only things technically improbable on Miraheze due to its infrastructure setup and resource limitations would be premium (SSO, Dedicated Hosting, ElasticSearch (even though Miraheze aims to have that one eventually also), etc......), since it is a different infrastructure it opens up more realm of possibility, and another funding avenue for Miraheze also. Say this proposal fails when it goes live, then the same features would still not be present on Miraheze, would on WikiForge, but it wouldn't be a part of Miraheze. If anything this will help bring more features to feee Miraheze with more technical developers and assistance on the technical level building things for WikiForge, and integrating with Miraheze proper when possible and feasable. I do reiterate once again features will NOT be paywalled. Not only would that negatively impacr Miraheze as a whole, but would also go against the core principles of Miraheze and why the volunteers signed on in the first place. It go against everything Miraheze stands for, and not only would the board not let that happen, volunteers including technical volunteers would likely seriously oppose such a thing. It just will not happen. Universal Omega (talk) 19:59, 13 April 2023 (UTC)

Comments from Imontegav

 * I think there is a risk that, in the long term, the implementation of premium benefits could give way to the monetization of other features that were previously free. --Imontegav (talk) 10:27, 13 April 2023 (UTC)
 * There would be no incentive for Miraheze to paywall anything as both services would be run by their own teams. All this new service will do is offer extra options unavailable on Miraheze due to technical reasons (for example, custom SSO for companies who need it. That's not supported on Miraheze because it conflicts with our login system) and surplus revenue would fund Miraheze's current free infrastructure. Is there anything in particular that we could do to put that concern at ease? Agent Isai  Talk to me! 12:17, 13 April 2023 (UTC)
 * Sorry but that is just patently untrue, as Universal Omega is, according to the very summary above, the owner of the paid service. At the same time, he is part of the Miraheze Board of Directors. Yes, you can say "each is run by their own team", but teams with overlapping the same people at the highest level, one of which pays the other, and thus there is a clear "incentive".--NimoStar (talk) 13:23, 13 April 2023 (UTC)
 * To clarify a few things, UO is but one member of the board of directors and can easily be overruled by the others if proposals are not in MH's interest, there are others that would keep them in check. They've also previously stated their intention to not seek re-election to their term once it completes in August, something that would likely be hastened in the case of this partnership.  This is also part of the intent of having an oversight council, to avoid hasty/hostile/rogue actions not in the interest of one or both services. Do you have any additional suggestions towards what might help with some of these concerns? --NotAracham (talk • contribs • global) 15:50, 13 April 2023 (UTC)

Comments from SpazJR61

 * To be honest, I don't like things being locked behind paywall. Sure, things getting expensive and servers needs money to operate but I'm a bit concerned about features that were previously free gonna become paid and one day maybe Miraheze needs to rely on ads.-- SpazJR61 12:00, 13 April 2023 (UTC)
 * Rest assured, nothing will be paywalled. As stated in my response above, there would be no incentive to paywall things as both teams running Miraheze and WikiForge would be separate and ultimately, the goal of this new service is to help fund the free infrastructure in order to ensure continued future solvency. See also the FAQ for more info. Is there anything we can do to put these concerns at ease? Agent Isai  Talk to me! 12:17, 13 April 2023 (UTC)
 * The day Miraheze needs to chop features deliberately or rely on ads is the day Miraheze will have been condemned as financially and conceptually unsustainable and no longer be Miraheze anymore. This will not lead to that. If anything it is an attempt to stave it off and make it less likely to happen. Cash flow is a cold hard truth and while I have concerns about the execution of this idea, any effort that maintains the spirit of the core service is one worth considering because relying on gratis exclusively as a larger platform has been a barely-kept miracle as it is. There is a fallacy at play: the slippery slope, except this is an additive project that would hold itself up and give back its extras to Miraheze, and otherwise be its own wiki farm. Its presence does not affect the ethos and operation of Miraheze itself. If anything it could benefit outside of finance: discoveries through premium development could be shared with Miraheze if they fit in, helping this platform grow while that platform does its own thing because it is affluent enough to afford things that could only come from premium sponsorship. --Raidarr (talk) 12:46, 13 April 2023 (UTC)
 * Whatever man. I'm just saying and I still have my doubts though (and it's less likely of course). SpazJR61 14:16, 13 April 2023 (UTC)
 * Except that there is no "slippery slope" at all, just the reality of the proposal. The very text says that there nothing will be paywalled just because we can. Which means by default, there can or will be paywall if there are alleged good reasons for it; and rest assured, there will be - and are already displayed pre-emptively on this very page. The wording about having high availability and reliability, and adapted to high demand, already relies on Miraheze being low availability by default, low reliability, and unable to cope with high demand. In other words, this is only needed in scenario Miraheze is going under hard and fast, which is fittingly already covered in the "terms" that full control always reverts to Universal Omega when Miraheze "ceases operations" (!). What a bold statement to make if any, and clear onto intentions. Why could this service not be provided within the Miraheze foundation, and requires a "partnership" with a board member and former SRE? So we "need" Miraheze to outsource paid functions, to someone that already works in Miraheze, and that was suppossed to do this job for Miraheze; but rest assured, there is no compromise or ethical concerns! None in the slightest! Seems legit.--NimoStar (talk) 14:25, 13 April 2023 (UTC)
 * The proposal makes it clear that as long as there's no technical or security impediment, all requested features will still be added to Miraheze. All WikiForge would add is the ability to use features you otherwise can't on Miraheze proper due to technical constraints. The technical teams on both services will be separate so there will be no incentive for anyone to decline adding a feature where there's no technical thing that restricts us from doing so. The wording "just because we can" is meant to convey the idea that technical requests or features won't be arbitrarily declined on the basis of "we can implement this but we want you to pay". I don't think you'll disagree with me that Miraheze is, despite our best efforts, sometimes low in terms of availability or reliability. The db141 incident in November-December where 1,000+ wikis were unavailable for ~20+ days was an example of this and the current files outage is another. This new service would be high availability as it'll be hosted on the cloud and not on its own self-hosted hardware which can sometimes experience some troubles, as ours does sometimes. The agreement is only an if, not when. No one intends for Miraheze to go under any time soon and everyone wants to see it survive for many more years. Hopefully, 20+, 30+, even more, as a good free service, which there aren't many of unfortunately. Agent Isai  Talk to me! 18:48, 13 April 2023 (UTC)

Comments from Átkýv L.

 * I might not be the one who'd use this service anytime soon, but I'm definitely excited to see Miraheze grow as a community. I believe that the promises listed are sufficiently realistic and trust that the executives would try their best to keep them. Good luck guys! --Átkýv L. (talk) 09:42, 13 April 2023 (UTC) Moved and striked out as this is a draft

Comments from NimoStar

 * This is institutionally dangerous, see Premium offerings (in-house proposal) for my alternative developed within Miraheze itself. (This isn't a "vote" yet, this is a position. Stop censoring the overwhelmingly negative response, over 4 negative positions have had their "votes" "censored", yet the single positive one was awarded a green orb, ho; I have restored red orbs to rejection "pre-votes" for balance.) >> The implementation of premium always carries the risk that the site will be further monetized. It doesn't matter if there is such a "commitment" that "this will not be the case". I'm pretty sure that "100% free" is already a "commitment" to "no premium options". This also seems a fandom-like way to monetize being SRE or other such position at miraheze, by offering third-party services. Universal Omega is a member of Board of Directors, this is a clear conflict of interest, running Miraheze in one hand, organizing into contracting his own service with Miraheze money on the other, nothing else to say. Full reject and I call on everyone to do the same with one firm resolve. --NimoStar (talk) 12:57, 13 April 2023 (UTC)
 * What makes you believe that the Board would go back on a commitment it made to the community? Is there any evidence of this having happened before? I believe that if this happened there would be huge community backlash. In addition if I understand correctly it is made clear that "Miraheze money" will not be used for this new service. It appears that the whole premise of this oppose is that Miraheze management is bad-faith and untrustworthy and does not care about what it commits to. --DeeM28 (talk) 13:07, 13 April 2023 (UTC)
 * It doesn't matter if its good or bad faith. This very "offer" is already the "cold hard truth" of "going back". Tell me, if certain free features are excluded and only appear in premium, is that "100% free"? Both intuition and logic demonstrate easily this is not so. It could be, say, some % free. But what %? 95%? 80%? 1%? The moment the paywalls start, then it is game over. It creates a de facto systemic incentive structure in which the holders of the for-pay structure prefer that there is no free alternative to their "services", or that such actively doesn't work, so that people have to pay. This incentive structure is inherent to the system and exists irrespective of noble words and/or alleged moral desires, whether true or false intentions it does not matter, only structure matters. ...Curiously you do not comment on the obvious conflict that Board members stand to gain directly from essentially using their position to Miraheze to contract themselves (via the user base). This is extremely sketchy no matter what. If Universal Omega can use his "skills" to create all this service, why didn't he do it within Miraheze, seeing as he is part of the highest ruling body? He resigns as SRE and surprise, a whole new infrastructure, which is outside Miraheze under his private control, yet for which Miraheze users are supposed somehow to pay for. Not only that, but, "ultimate control" will reside within this "wikiforge" (!). Furthermore that this is what some higher ups are up to as we have an unprecedented file system/server outage is unimaginably bleak. Outages and featureless for the many, premium SREngineering, perks and stability for the few? Miraheze was an oasis from rampant monetization, it seems the desert storm is coming to bury it. --NimoStar (talk) 13:17, 13 April 2023 (UTC)
 * Further-furthermore, if the premium service is intended to be fully funded by users paying, then why is the service not within miraheze itself and fully responsive to user demands and community oversight? After all, it's Miraheze userbase who will be paying for operation, this is written as such. Not only that, the text is very sneaky in many points, such that wikiforge intends to operate as nonprofit. So far we know, it's a wholly owned single person enterprise, not organized as a formal nonprofit at all (and not even formally existing?). I would say this is Miraheze Gold™, but actually, that would be good in comparison, since at least that would come under direct Miraheze control, and this will fall outside. The text even sneakily puts provisions if Miraheze ceases operations, subtly but decisively opening the door that Miraheze would be scrapped and only premium Wikiforge remains as the "savior". For obvious reasons this is entirely unacceptable, and I have a strong hunch from this presentation that without Miraheze userbase as "potential customers" and Miraheze servers infrastructure for the "free" part of its "freemium" model (built on the shoulders and sweat of unpaid volunteers, and free wiki communities), Wikiforge doesn't have a single user and will not even exist. In other words, it just needs the free userbase, free labor and free resources for a private endeavor. For proving me wrong, fully incorporate Wikiforge into Miraheze proper (since local admins will pay for it anyways) and make it a community-run subdivision subject entirely to the institutional process.--NimoStar (talk) 14:03, 13 April 2023 (UTC)
 * I want to add that WikiForge supposedly won't rely on Miraheze for the financial and technical operation - it will have it's own technical infrastructure and won't rely on Miraheze for money (supposedly of course, per the RfC). However, other than that, I agree with parts of what you're saying, namely that I think it's pretty bad that UO is doing this as one of the directors of MH, and have serious concerns about one of the biggest supposed benefits that this RfC argues, that the money surplus generated by WikiForge would go towards Miraheze, after paying for "operational costs". OrangeStar (talk) 14:24, 13 April 2023 (UTC)
 * It (supposedly) woudn't rely on Miraheze as an institutional organization, but it would wholly rely, as per this initiative, in Miraheze users essentially abandoning the Miraheze community hosting for its private hosting "option". This relationship is essentially parasitic and structurally closer to predation than to cooperation: Wikiforge benefits from weakening Miraheze, while the benefits for community hosting are apparently nil, save some unspecified "money" (who or how to audit "costs of operation" of a one-person enterprise), which is even phrased as "This may mean", "WikiForge is intended to operate", "wanting to be a non-profit" etc.etc.; in legalese, "none of this is a binding agreement and terms are subject to be changed at any time". --NimoStar (talk) 14:40, 13 April 2023 (UTC)
 * Yeah I have zero confidence in this, feels more like just UO looking to use the Miraheze brand and it's users for his own farm, which is a pretty funny thing to do when you're the director of Miraheze. OrangeStar (talk) 15:47, 13 April 2023 (UTC)
 * He won't be for much longer, he doesn't intend to re-run for technical director. Agent Isai  Talk to me! 18:36, 13 April 2023 (UTC)
 * Yet he will certainly want then to be "director of premium operations", am I not correct? And when Miraheze goes under, the WikiForge built by the whole of volunteer workforce will revert to being under private ownership, is this not correct? --NimoStar (talk) 08:52, 14 April 2023 (UTC)
 * Well this is a great time to raise these concerns. The vote here is whether or not to propose to the Board consideration of the topic, not the final agreement. The final legal agreement will be passed before the community again for review. I see you want definitive wording, no "may", "might", etc. Regarding the intent to run as a non-profit, I meant that WikiForge intended to run as one if it were an independent organization. Now that it's coming under the Miraheze fold, it won't "intend" to be, it will be. Would you like for the organization's budget and costs to be listed on a page, akin to Finance on Miraheze so that users may audit that? That's intended but can be added into the proposal. Agent Isai  Talk to me! 18:36, 13 April 2023 (UTC)
 * Anything that can help assuage concerns raised so far (within reason) might be good to help clarify the proposal. This is a difficult one to wrap one's head around without it. | -- FrozenPlum   02:49, 14 April 2023 (UTC)
 * Why does Wikiforge need to be a separate branding under private ownership "contracted" by Miraheze, when Miraheze itself can host its own premium service, which can be governed and audited by the same institution without the need for a different and separate infrastructure/permission/servers? Yes, "wikiforge was already made by Universal Omega", but this doesn't anwer why Miraheze can't have it's own premium service, since Miraheze is also already made. --NimoStar (talk) 09:11, 14 April 2023 (UTC)
 * I'm not sure why you're asking me, as it's not my proposal (I'm no expert). I don't see any logic in wanting such to not exist, only to want it to exist again--Also, MH can't do what you say, as it's a non-profit organization whose mandate is to rely on donations (I thought folks were aware of that?). MH has problems having/keeping enough volunteers and income already now, to maintain existing services and infrastructure as-is, I don't think they'd have the donation money, the manpower, nor the ability to do what you suggested, even if they weren't a not-for-profit organization whose structure relies on donations. The proposal appears to offer a sensible way forward, without seeking to change nor compete with MH, for those who want MH to continue to be donation/free/MH. Having an existing project, that isn't not-for-profit-by-donation, but understands MH well (as it knows and has established working relationships with MH), helping to support MH financially, especially without imposing constraints on MH, seems like a potentially feasible, reasonable, and logical way forward, if the details continue to be refined. I think what many aren't understanding is, without doing something that's mutually beneficial like this, MH may not be able to continue for long, let alone indefinitely. As other's have said, they're surprised that MH was able to make it this long. I think the reality of the situation needs to be seriously considered, before declining potentially good and mutually beneficial ways to prevent such problems. But, I'm just another user (our group's main production wiki isn't on MH, if it was, I'd seriously consider any option(s) that could help MH continue long-term). | -- FrozenPlum   01:29, 16 April 2023 (UTC)
 * Simply because Miraheze doesn't "already have" the infrastructure for its own premium service (heck, it is still lacking in infrastructure for its free services) while WikiForge already does and will have a better time gaining that? -- Luciferian Thomas  01:23, 16 April 2023 (UTC)

Comments from DeeM28

 * My first question regarding this matter would be in the case that this agreement does not happen is WikiForge a premium-only service or in the absence of an agreement with Miraheze would it also overlap and seek to provide non-premium services? My second question is whether there are any realistic prospects of development achievements that also benefit Miraheze without WikiForge? Another way to phrase it would be: without WikiForge does Miraheze think there is any chance that there will be enough interested volunteers to develop new features? The third question is whether Miraheze is - in order to appease some potential opposing votes - willing to categorically commit to a list of features that would be available on WikiForge only and commit that any other features will be available to Miraheze as well? --DeeM28 (talk) 13:05, 13 April 2023 (UTC)
 * I've also chatted a bit with UO/CA on the matter and can give some additional context here (though they or anyone else who's discussed it are free to correct any misstatements on my part): In the absence of an agreement, WikiForge intends to pursue lower-cost/free non-premium tiers once sufficiently established. Regarding development achievements, I can't predict the future, but MH has always had challenges with attracting talent that a paid project may not.  Based on some interest I've seen from reputable non-MH-affiliated talent from other corners of the web, I think this is quite possible.  Regarding specific feature lists, what MH can offer depends on MH's architecture and what its SRE teams can support.  There's ZERO ability under the current proposal for WikiForge to say that MH core can't have a feature because it's premium-only, only a matter of SRE/infrastructure limitations at MH. I don't see the current MH board or community accepting anything less than that. --NotAracham (talk • contribs • global) 15:39, 13 April 2023 (UTC)
 * I personally don't want to see paid tiers or anything like that get anywhere near Miraheze. Including by affiliation. Other websites can exist, Miraheze can't stop them from simply existing, but not going along with Miraheze Naleksuh (talk) 15:42, 13 April 2023 (UTC)
 * , In the absence of an agreement WikiForge might provide free services as well, but it wasn't fully decided yet. One thing that I am developing technically for WikiForge is a new RequestWiki that is easier to use, and allows to configure more settings, as well as select premium tier, etc... that is something that I will at least attempt on the main RequestWiki form (well setting configuration, etc...) (though more difficult due to RequestWiki already being highly active on Miraheze). Features that will be available on WikiForge as premium-only, will include (eventually, not all is live for possibility yet, but is being worked on) SSO, without CentralAuth, the ability to opt out of most global features Miraheze uses, Global AbuseFilter's, showing up on WikiDiscover, etc... if they so wish, CirrusSearch/ElasticSearch (though Miraheze will implement this when they also have the technical resources to do so from my understanding), MediaWiki multiversion, so if say one wiki wants an extension not yet compatible with the latest version of MediaWiki, other supported versions will be possible to stay on if they wish, it also makes it easier to upgrade overall, giving the wikis full autonomy. As well as dedicated hosting, which means wikis can pay for a dedicated VM to host their wiki for faster speeds, etc... and the cost of this would be the exact cost of hosting this based on their resource needs + an undecided small fee that 100% of it goes back into WikiForge operations costs, and anything left, goes to fund Miraheze. A content policy might be established for subdomain wikis, but less-so for custom domains. This is so that it maintains SEO and reputation for subdomain wikis. Additionally, we likely would not let any reception wikis on, premium or otherwise, custom domain or otherwise, as they have always been a pretty big issue everywhere else they went. It wouldn't be anarchy without rules. Just less global forced control. Universal Omega (talk) 17:46, 13 April 2023 (UTC)
 * Personally, I'd rather see cooperation and mutual benefit than competition, which is my impression of the proposal. It's interesting and enlightening to see the logic behind those that would rather things to the other way. | -- FrozenPlum   15:43, 15 April 2023 (UTC)
 * Even if I have mentioned in my initial reply that I do not think it is a good idea to comment on the substance in the RfC the fact that everyone has already done it I believe gives me a license to do so. What I would say is that the phrase "A content policy might be established for subdomain wikis, but less-so for custom domains." gives me pause and may constitute a reason for which I would not be able to support the proposal. The Content Policy on Miraheze does exist for reputation issues but it is my opinion that the more important reason for its existence is the existence of common values that the Miraheze community shares. If WikiForge has a less stringent or non existent Content Policy for subdomains and custom domains this means that Miraheze values can be disregarded as long as users pay. This would signify that if a wiki does not conform to the Miraheze Content Policy it make the choice to pay for premium WikiForge and be allowed there in disregard for Miraheze policies because they do not exist there. For a policy such as the Dormancy Policy it is more than fair to not apply it given that the users are paying but for something that relates to values like the Content Policy or the Global Conduct Policy I believe not requiring them on WikiForge wikis at all is completely inappropriate and against what Miraheze stands for. While it might be acceptable to relax certain more stringent Content Policy and Global Conduct Policy requirements not having them at all or disapplying the core sections would not in my view be something that we should accept. As an example aspects such as ones relating to hate speech and harassment should clearly be mentioned in both Content Policies. On the other hand aspects such as the no anarchy section could be disregarded in terms of WikiForge if desired. As a more general observation I believe that many users who have concerns would be less concerned if more concrete details were provided. DeeM28 (talk) 16:09, 16 April 2023 (UTC)
 * Agreed with @DeeM28 about if core content policies weren't applied would cause issues. @Universal Omega needs to specify examples of how content policies will be "laxed".  Luciferian Thomas  17:07, 16 April 2023 (UTC)
 * Ah, I see now, and good points from you both. While it's likely not be possible to give full details concurrent with getting things up and running, potential examples could certainly be helpful in the interim (as time permits). | -- FrozenPlum   17:28, 16 April 2023 (UTC)

Notes by proposer

 * For the record, as concerns were raised of my affiliation with the board, I would like to note, that as a Miraheze board member, not only do I not have the only say and could easily be outvoted, all Miraheze financial usage is posted publicly on Finance, if the community felt from that Miraheze funds went into WikiForge (which they won't, only the reverse), seperate vote could always be opened by the community to abolish this. The board might not be technically bound to the community when it comes to the legal structure of Miraheze, but has always listened to the will of the community, and would definitely not go back on any commitments made to the community. If it did, it would have serious backlash, and that would be then end of a community centric wikifarm, if it was no longer listening to the community. Also would like to note, this RfC is preliminary, if the community supports the idea of it. The board would then draft up how it should go about implementation and bring any final agreements to the community for another vote and ratification of the plan. The board will not make autocratic decisions that go against the will of the community. Universal Omega (talk) 17:46, 13 April 2023 (UTC)

Comments from Ondo

 * moving a question I asked on Discord here, as it didn't get an answer there. If WikiForge is staffed by volunteers, how do we know they will have enough capacity to manage the project? As far as I understand, lack of funding is not the only problem Miraheze has, it's also the fact that volunteer staff has less time than full-time employees. If WikiForge is a premium service, it will be a competitor of for-profit companies, so why should someone choose WikiForge over a company that does have paid staff and, therefore, has quicker reaction time when things go wrong and can provide better and faster customer support? After all, both WikiForge and Miraheze would pick volunteers from the same pool of people (engineers with MediaWiki skills willing to work as volunteers). I think this is important because if WikiForge is not successful, Miraheze will be spending efforts on a partnership that might not yield benefits. Overall I like the idea, I'm just unsure about the execution or if it's feasible at all.--Ondo (talk) 18:23, 13 April 2023 (UTC)

Comments from FrozenPlum

 * Can see possible benefits: I'd support if refined as a complementary service, making ultra-clear no paywalling (MH continues as MH has--my current understanding). A common use case our wiki falls into:
 * Folks looking for advanced, absent features, a need that's been there a while.
 * I've seen game wikis starting on MH, later go independent needing advanced/data features/stability, having extension/skin problems, or extension/skin removed to later have the maker fix it, request re-adding etc.
 * We considered a move to MH but our skin wasn't updated in time (no ticket put to the maker). We submitted a ticket, WMF folks opted to maintain, but it took time. Because of MH "latest version of MW" policy, we'd have been left looking "rebranded", for months, which is not ideal for a game wiki link to inside a game by the game maker. We stayed independent.
 * We considered MH because I do the server stuff, but am not well. I wanted to give our users a feasible future option to continue, if I can't.
 * Next, DPL3 went unsupported (CA/UO fixed that, massive thanks). Then Cargo issues/disabled, and SMW is in experimental status only. Again, we're kept independent. A paid option to prevent this, is valuable. It caters to a different set of wiki clients; to those that value continuity and stability, over the latest version of MW (for me, continuity/stability is always greater value than the "latest and the greatest"--that has a purpose, but it may not be many MH user's priority--though my understanding is, it's a differentiating factor from other farms?).
 * Some want a MW LTS version for reliable long-term, third-party extension use. Furthermore, the ability to know/determine, or especially have more warning, when extensions are disabled/changed; to not have to scramble to change how things are done one is removed/dropped (and widely used). Time to file tickets to extension/skin makers for the opportunity to fix/patch. I get why dropping stuff quickly is a necessity on MH, and for wikis with stock extensions, non-complex or hobby wikis, that's probably not an issue, hence why different tiers makes sense. Those that value/need continuity/stability the above is a must MH can't offer.
 * I've helped game wikis in MH discord to see them forced independent for the above, including official game wikis. If WF offers what these (different priority) wikis need, then they could stay under the MH umbrella. That, to me, is a win. Especially if there's mutual benefit.
 * This still brought my donations/time to MH (back then, MH was a positive place to help out, apart from the recent community volunteer issues).
 * When positive, IMO it draws nerds (it drew me and another).
 * I can envision folks working premium, occasionally donating time to the free side.
 * It's a greatly underserved area. Any wiki growing enough to be endorsed/used by outside players (like a game community, publication, company) may find themselves there. I'd encourage folks to imagine that scenario and ask what their options would be?
 * Concern re:Donations, I believe Agent said 80% come from fundraisers. I have monthly/recurring donations to MH despite being independent, I donate as it's a worthwhile cause. | -- FrozenPlum   19:17, 13 April 2023 (UTC)
 * Also, I'll add that personally (which is anecdotal, and just our personal view) if our group some day hosted on WF, we'd have no reason to stop recurring donations to MH, it's still the same worthwhile cause. The interconnected relationship would still encourage continued help in MH discord (as always, time and health permitting). | -- FrozenPlum   17:00, 16 April 2023 (UTC)

Comments from SchizoidNightmares

 * This is a pragmatic, albeit controversial, proposal. This semi-commercial option could allow for additional revenue for Miraheze. It may catch some of the people leaving for other "competitors." Miraheze's operating costs have ballooned since the pandemic. I wonder if donations will always be able to cover all the costs in the future. Frankly, I'm surprised Miraheze has lasted as long as it has. --SchizoidNightmares (talk) 01:50, 14 April 2023 (UTC)
 * People "leaving" or "not choosing" Miraheze should not even concern Miraheze. For example, the most important "complaint" was that Miraheze is not conductive to corporate for-profit intranet wikis. But this was never the purpose. Corporate for-profit intranet wikis woudn't donate money to Miraheze anyways. People leaving Miraheze because they want commercial services is a net win for Miraheze hosting, since it reduces costs and doesn't lose out on any benefits. It's essentially people saying "I don't want your free food". That's ok: More for us. The least "clients" Miraheze has, and the more community-fociused they are, the better it works. --NimoStar (talk) 09:14, 14 April 2023 (UTC)
 * Less users is generally not a good thing for affordability and the long-term viability of a community, unless those users happen to be very dedicated and generous — which is almost never the case. The more users a community has, generally the greater number of potential donors there are. Cost of server hosting is generally less per user the greater the scale. It is not like Miraheze has a fixed quantity of pie and therefore the less people there are, the more pie there is to go around. That pie only comes from revenue. Something Miraheze could certainly gain more of if this proposal is put into practice. --SchizoidNightmares (talk) 14:53, 14 April 2023 (UTC)
 * People leaving to run their own servers with similar needs is a concern, as often these are people who volunteered their time at MH to help out. Also, you're probably pidgeonholing this too narrowly in calling these "Corporate for-profit intranet wikis", as corporate stuff typically have the financial means to run their own wikis/servers, and require more resources, uptime, and performance, frankly. I think many are referring to wikis that are not small, not large, the porridge is just right. I should know, as I've helped a number of "middle-ground" wikis that began on MH but left for a lack of the premium services proposed (most were game wikis that got popular, small indie game official wikis, etc. I haven't seen one of those that was a corporate intranet, as that'd be a bit illogical in the first place). I'd generally try to remain neutral, put yourself in other's shoes, and think about needs that aren't always able to be pigeonholed to the scenarios you're currently representing. | -- FrozenPlum   15:43, 15 April 2023 (UTC)
 * Hey, in this case, even that it shouldn't be a "concern", it brings way more benefits to everyone: people get their better hosting, the revenue goes back to Miraheze as funds (donations, subsidies, whatever you call it), people switching from Miraheze to WikiForge is a net win for everyone, larger than that of "relieving services". A side note: people leaving the service doesn't really reduce on costs unless Miraheze cuts down on their servers, it's most likely still going to cost as much for hosting and electricity and such; and with less potential donors, "people leaving" actually worsens the situations with unused resources left idling. Sure it might be smoother for others but it won't help Miraheze itself in any way.  Luciferian Thomas  10:56, 16 April 2023 (UTC)

Comments from LuciferianThomas

 * I can see the benefits in this partnership, providing services that Miraheze would otherwise be incapable of providing as a non-profit service that relies solely on donations; but I do also understand concerns raised by certain users here. A few questions that I would like to ask:
 * The proposal entails that excess revenue will be directed to Miraheze after paying off "operational costs". While Miraheze's finances are open to the public such that payments from WikiForge can be visible, can WikiForge also commit to the same level of transparency regarding their finances for community inspection?
 * I understand that the limited resources will lead to the unavailability of certain features in Miraheze. If this partnership has a deal, can Miraheze make a dedicated page for documenting which and why certain features (mainly extensions) are unavailable on Miraheze but available in the premium level?
 * Is there currently a proposed model for the finances of WikiForge, as in pricing, expected revenue, expected costs and expected amount that will be directed back to Miraheze?
 * For worst and best case scenarios:
 * If WikiForge proves to be a failed concept, what will be done to wikis that migrated from Miraheze? If so, how can it be done so that it does not negatively impact Miraheze's normal operations at all?
 * If WikiForge proves to be a successful concept and is able to drive sufficient revenue to Miraheze such that Miraheze is able to catch up with the technical capabilities, what else is there for WikiForge to be "premium" from Miraheze? Is it remotely possible that donations from WikiForge be manually limited, say lower pricing and lower net revenue, to restrict Miraheze's development and expansion to maintain the advantages of the paid tier?
 * Could Miraheze's donators be driven away from their current donations and turning to WikiForge seeking for better services? Are there any estimations on the impact on Miraheze's finances due to this?
 * Can Miraheze devote to ensure currently unavailable features (e.g. CirrusSearch) be introduced once Miraheze has the capability to?
 * Thank you. -- Luciferian Thomas  05:19, 14 April 2023 (UTC)
 * Re: 1. Definitely. I'll add this to the proposal.
 * Re: 2. Of course, we'll make a page detailing why certain features are declined. Adding a page detailing why certain things are unavailable is actually a long-term project of mine as every so often people ask for extensions and features which we've declined due to a variety of reasons but yes, there would definitely be a commitment to documenting why a feature is only available on premium.
 * Re: 3. There is none, this will be decided later on as we take into account operating costs and industry standards.
 * Re: 4, part 1: They will be re-migrated to Miraheze as any normal wiki is migrated. If there's any features we can't provide, we'll tell the wiki operators but overall Miraheze and WikiForge won't diverge much in terms of core features so the wiki operators might not feel any real inconvenience.
 * Re: 4, part 2: There will be things that Miraheze will never be able to support because they conflict with our setup such as custom SSO, higher resource limits (such as high expensive parser function limits), the ability to use LTS MediaWiki versions, and such. We unfortunately cannot support the first one as it conflicts with CentralAuth. Two can't be supported because even on good servers, high expensive parser function limits might slow down everyone else's loading experience, especially depending on what they're doing while on WikiForge, every wiki will be on its own server. Three can't be done because that'd potentially cause breakages with things like CentralAuth/login/global rights, global AbuseFilters, global blocks, and much more as a lot changes from one LTS version to another so running wikis on the same network but on different MediaWiki versions will likely cause database schéma incompatibilities and will break a lot of things.
 * Re: 5. I don't think any donors will be driven away. As it stands, some months, we get not one donor or at most, one donation. Finance in the month of February is a testament of the fact that we don't receive a lot of donations. A good portion of our annual donation base is generated during the Fundraiser (I'd say anywhere from 50-80% of our yearly operating costs come from the Fundraiser alone).
 * Re: 6. It is a long-term goal to support CirrusSearch and in fact, two ElasticSearch servers already exist in our infrastructure. I won't speak on behalf of the technical team but from what I've heard them say, the only reason we don't have CirrusSearch on all wikis at the moment is because we use an ElasticSearch version that is too new for MediaWiki and we can't use an older one as our internal system log system (Graylog) requires a newer version. Once MediaWiki devs support new versions of ElasticSearch, it's the goal for Miraheze to implement it. Agent Isai  Talk to me! 05:42, 14 April 2023 (UTC)
 * Thank you Agent Isai for your detailed response. My current stance is a leaning towards support for the concept, but I would want way more information on the predicted finance model of WikiForge when incorporated with Miraheze. Plausibility must first be confirmed before any votes or decisions. Here is a plan for Agent and Cosmic to consider:
 * Using trends of the past expansion of Miraheze, estimate the amount required to support an expansion in Miraheze's infrastructure to avoid overloading in the short term and long term, and at best, to also cover the costs required for the extensions that will initially be restricted to premium.
 * This amount will then obviously be the target minimum amount for WikiForge to subsidize Miraheze. Accounting for this amount, do market research on expected operational expenses, and calculate suggested pricings to cover the costs and subsidies.
 * If possible, estimate how long it'll take before WikiForge will start subsidizing the minimum amount. This can be in terms of times or services provided.
 * Feel free to leave in variables like the number of customers (wikis hosted) or the scale of resources needed, graphs are very welcomed. This would give the community a better understanding of the proposal and plans. -- Luciferian Thomas  05:34, 15 April 2023 (UTC)
 * LuciferianThomas, thanks for these questions, they hadn't occurred to me, and it was helpful to read the answers provided (thanks also to Agent). The page for documenting reasoning for non-implementation seems particularly useful in my mind (currently these are scattered all over phab and difficult to find otherwise). | -- FrozenPlum   15:43, 15 April 2023 (UTC)

Procedural note from DeeM28

 * Procedural note I find that everyone has misunderstood the idea of a draft Request for Comments and this process has turned into a de facto vote despite the vote denominations being "banned" until this RfC opens. It is my understanding that in a draft RfC users should make comments about wording, vague statements, unclear terminology, potential amendments and alternative ideas rather than comment on the substance of the proposals and make value judgments about whether the proposal is good or not. If that is not the case then what is the difference between a draft RfC and an open RfC - only the fact that votes icons are seemingly not allowed but users are able to nevertheless clearly express views about the proposal itself instead of about the form of the draft and alternative ideas? --DeeM28 (talk) 12:28, 14 April 2023 (UTC)
 * Seems someone scooped my intentional not-a-vote visual and applied it to everyone (not warranted, but I may know why). To explain what I wouldn't to Naleuksuh (being berated doesn't invite sharing such): Indicators to summarize reactions/impressions (like thumbs/arrows up/down) are appreciated by users, as they enable scannability for particular views to read/understand/reply to; that's also respectful of user's time (and a common-sense necessity nowadays)--we couldn't do that on Meta, we got only a generic wall of text (which takes 20x longer to sift though, is prohibitive, and not good UX). Color/shape is indicative of more than a single subject/intent (red=negative, no, caution, hot, halt, oppose, etc; green=positive, good, go, support--support/oppose are not actually common meanings in most/other contexts). I did a generic circle only for my own section, as a temporary fix, until I could make a template or raise the issue, it now seems forced.
 * A good indicator to pause and think more about a (design/use) problem, is when users use something other than how it was intended. Typically, it doesn't indicate they're being difficult, or they don't understand its use (both assumptions may be incorrect/incomplete), more often it indicates an unmet/misunderstood need (as outlined above). If a template is not intended for reuse, I'd suggest in future: 1) Pausing to ask why, and shedding assumption, 2) The docs for the template get updated to restrict use (not done), 3) Provide a comparable alternative (perhaps the most fruitful/direct--so I've made a temporary one, called Template:Notavote for a sense of clarity, and good cheer. Tbf, before making my initial "not-a-vote" circle, I tried a green CSS arrow up first, though that was a bit too "reddit-esque" and the wisdom of up/down voting is currently debated from a behavioural/connotation standpoint. | -- FrozenPlum   08:03, 15 April 2023 (UTC)
 * I have once again, applied this to only my own comment section above, will be interesting to see what (if anything) happens. I also think the unsolicited sectioning was an added indicator that other users were having similar readability/usability issues, though it creates its own issue from a continuing-indented/unindented-conversation perspective, perhaps). | -- FrozenPlum   08:09, 15 April 2023 (UTC)

Comments from DarkMatterMan4500
I do have some questions concerning this whole thing. For one, what will you benefit from this newly created wiki service, "WikiForge"? What purpose will it serve as a subsidiary? And most importantly, will it run on donations like this site does? I seriously hate paywalls, as it's basically like paying for shit you don't need in order to 100% a game (such as Team Kirby Clash Deluxe or Super Kirby Clash). This also arouses another question: How much will this impact the company as a whole, even if I'm just your average joe making edits on my Kirby Wiki more often as of recently? These are the questions I have for the most part, but what I'm hoping for this to work is to not rely on shitty paywalls, or any form of microtransactions through ads (which as far as I am aware, this site never relied on at all, but just donations). I hope you guys take the time to actually add on to this comment I have made here. Thank you. --DarkMatterMan4500 (talk) (contribs) 23:01, 15 April 2023 (UTC)
 * If this proposal is successful, WikiForge will be a exclusively premium service in addition to Miraheze's free service. Any surpluses WikiForge makes will go into Miraheze (but not vice versa, excess Miraheze donations won't go into WikiForge). There will also not be any microtransactions or ads. Tali64³ (talk) 00:01, 16 April 2023 (UTC)
 * Adding to what Tali said, if the partnership was successful and WikiForge is feeding its surplus into Miraheze, Miraheze's services could potentially be way smoother with more budget to pay for servers and electricity. In its optimal form (as per FAQs and Agent's response to my comments), WikiForge should be a premium service only in the sense of optimization and detachment from central (meta) management and not MediaWiki functions and features, so the "paywall" isn't really affected anyone on Miraheze, but potentially bringing resource-intensive wikis to WikiForge and relieving Miraheze's stress on resources but still contributing to Miraheze's finances.  Luciferian Thomas  11:05, 16 April 2023 (UTC)
 * My observation is that "microtransactions" are a thing for corporations (and typically F2P games whose model is loaded with that, and other types of games); I don't see WF being proposed in a way that would be compatible with that, nor do I see ads proposed. Operating alongside/with/cooperatively to MH, I'd think it'd also be ad-free, funded by its pricing tier model (and donations). The clarifications provided in the Discord meeting suggested set/recurring plan pricing... I see your point though, in future proposal iterations it might be helpful to expand on that a bit more (if possible at this early stage) to provide a better idea of proposed payment structure. | -- FrozenPlum   17:00, 16 April 2023 (UTC)

Comments from robkelk
What legal juridstiction would WikiForge operate in? Thwere are some services that I would pay for if the laws of Canada applied to the wiki that I would not pay for if the laws of the UK or the USA applied to the wiki. Thus, who has legal juridstiction makes a difference to how I might vote. --Robkelk (talk) 22:49, 17 April 2023 (UTC)
 * There's really no way around operating under UK jurisdiction. On top of being a subsidiary of Miraheze, we also have our legal representative in the UK. We don't have anyone in Canada to represent us in legal matters or to advise us so it'd be impossible to register there. Agent Isai  Talk to me! 23:05, 17 April 2023 (UTC)
 * I may be dropping this in a tangent, but could you elaborate how the laws of Canada would make this more favorable? I'm curious, I didn't think it would have any particular advantage. --Raidarr (talk) 08:28, 18 April 2023 (UTC)
 * Fair Dealing laws in Canada are more user-friendly than the ones in the UK. The specific copyright exceptions are spelled out in legislation instead of being left up to the courts to decide on a case-by-case basis. And having that list makes it much easier to administer a wiki. --Robkelk (talk) 13:52, 18 April 2023 (UTC)
 * I'll keep that in mind, not that I am in a position to make use of that difference here unfortunately. --Raidarr (talk) 08:31, 21 April 2023 (UTC)

Comment from Tasomare
seems very kind that MIraheze is even offering this discussion. for all of you who dispute their intentions, and feel that your services will erode, and even require payment...well, why do you think you deserve free services of any kind, and think your provider should continue to provide them?

Miraheze...do whatever you feel is best for yourselves, and for your users. If users abandon you as a result, well, it happens every day in this environment.

Sorry if I am missing some point. But I would have to be convinced. Tasomare (talk) 23:44, 17 April 2023 (UTC)

Comment's from Wrthydra
I think the community likes the current state of Miraheze and does not need anything else. Plus premium is not considered "Mirahezeable" enough to be accepted. I might have missed something that put this comment off, but this is just absolutely not Mirahezeable. Wrthydra (talk) 23:39, 21 April 2023 (UTC)

Comments from Spencers
As a user, I would like to say that while I'm concerned that it's going to be "the free version lacking so many features." But what's better, features for free or money? Money obviously, because Mizaheze is going to get more money. I have a few questions. Those are some good questions to ask. Spencers (Hello) 01:05, 28 April 2023 (UTC)
 * What would be a premium feature on Mizaheze?
 * What is free?
 * How can we buy premium?
 * Is there anything I need to know?


 * These have been previously answered, so I could answer for the proposers.
 * What would be a premium feature on Mizaheze?
 * WikiForge is different from Miraheze in terms of infrastructure – Miraheze uses physical infrastructure (like physical server machines) and is therefore limited by factors like electricity use, while WikiForge runs in cloud-based infrastructure. Premium features that are provided exclusively on WikiForge are those that Miraheze's infrastructure cannot provide or handle. This includes higher availability and faster infrastructure, SSO services, detachment from CentralAuth, etc., as listed in FAQ § What are some examples of 'premium' features?.
 * What is free?
 * Anything that can be supported by Miraheze's infrastructure is free. That is, if Miraheze can provide it, it will be provided. Only those features that Miraheze cannot provide will be premium.
 * How can we buy premium?
 * That will be according to WikiForge's setup, this part I don't have sufficient enough information.
 * Is there anything I need to know?
 * See FAQ, or even the proposer's responses to my questions.
 * Hope the above can help with your questions.  Luciferian Thomas  03:34, 28 April 2023 (UTC)
 * Thanks for the help. Spencers (Hello) 10:37, 28 April 2023 (UTC)


 * The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.