← BackAUTHORITATIVE VERSION. This page is a convenience copy of JamStream's Community Guidelines / Acceptable Use Policy provided for your general information. The binding agreement between you and JamStream is the version you affirmatively accepted within the JamStream application or website when you created your Account (and, where applicable, when you made a purchase or accepted updated terms). JamStream maintains the authoritative, most current legal text within the in-app Legal Center. This convenience copy may be updated on a different schedule and may not reflect the most recent amendments; in the event of any conflict, inconsistency, or difference, the version you accepted in the Service — or the then-current authoritative in-Service version — governs and controls, except where mandatory consumer-protection law in your country of residence requires that a specific disclosed term be given effect in your favor.
Effective date: September 15, 2026 Β· Published and last updated: August 24, 2026 Β· Version 2026-08-24 Β· Operator: JamStream Ltd (Χ'ΧΧΧ‘ΧΧ¨ΧΧ ΧΧ’"Χ), Israel
Why the effective date is later than the publication date. The revision of this Policy was first published on August 16, 2026 to take effect on September 15, 2026 β the 30 days' advance notice that Section 17.1 promises before a material change takes effect, counted from that first publication, which also exceeds the 15-day durable-medium notice owed to users affected in a business capacity under Regulation (EU) 2019/1150. Version 2026-08-24, published August 24, 2026, revises the text again only in ways that are more favourable to you or that state what actually happens β among them the monthly creator-payment schedule β so it shortens no one's notice: the September 15, 2026 effective date is unchanged, and the material changes it gives notice of have been public since August 16. Until the effective date, the version previously in force continues to apply, except that where this version is more favourable to you, JamStream applies this version from publication.
Binding arbitration & class-action waiver. The Terms that incorporate this Policy require that most disputes between you and JamStream be resolved by individual binding arbitration, and include a waiver of class actions and jury trials. You may opt out of arbitration within 30 days after the date you first create your account, or within 30 days after your first Coin purchase, whichever is later, by emailing [email protected] β the same window as Terms Β§21.3a-1, Coins & Payments Β§23.3 and the Cancellation & Refund Policy Β§15. Who the arbitration terms reach, stated exactly: they apply to users outside the European Union / EEA, the United Kingdom and Israel, and outside any other country, state or province whose law restricts, conditions or prohibits pre-dispute consumer arbitration β Terms Β§21.3a is the operative clause and sets that scope. Users in the United Kingdom and the European Union / EEA keep their own local, non-waivable consumer-law and court rights instead. Users in Israel, where JamStream Ltd is incorporated, may bring proceedings in the competent Israeli courts and retain their rights under the Israeli Class Actions Law 5766-2006 and the Standard Contracts Law 5743-1982; the arbitration and class-action-waiver terms are not relied on against them. For users in every other country, the dispute-resolution provisions of the Terms apply, subject to the next sentence. Nothing in this Policy or the Terms deprives you of the protection of the mandatory consumer-protection rules of the country in which you habitually reside, or of your right to bring proceedings in the courts of that country where local law gives you that right. Please read the dispute-resolution section of the Terms carefully, and see Section 18.4.
Coins are not money and not a bank deposit. JamStream coins are a limited-license virtual item. They are not legal tender, e-money, a stored-value instrument redeemable on demand, or a deposit, and they earn no interest. There is no such thing as a "cashable coin." No coin of any kind β purchased, earned, bonus, promotional, or free β is ever withdrawn, redeemed, or converted into money, by you, by a performer, or by anyone else. Coins are consumed when they are spent. When you spend coins on a performer, the performer receives no coins: JamStream credits that performer separately in US dollars, out of JamStream's own funds, and those dollar Earnings are the only thing JamStream ever pays out (Section 11.3 and 11.4). Coins are otherwise non-transferable outside the features JamStream provides. If you are a consumer in the EU/EEA or the UK, you have a 14-day right to withdraw from a coin purchase in respect of coins that are still unspent when you tell us β refunded in real money to your original payment method. See Section 11.1.
This Acceptable Use Policy and Community Guidelines (the "AUP" or "Policy") sets out the content and conduct that is prohibited on the Service and describes how JamStream enforces these rules. It applies to every person who accesses or uses jamstream.live, the JamStream web application, and the JamStream native mobile applications (collectively, the "Service"), including account holders, room hosts, performers, viewers, concert hosts, ticket buyers, gifters, and anyone who interacts with User Content (each, a "User," "you," or "your"). This Policy governs conduct on the Service, with one narrow exception stated in Section 9.8, which reaches the gravest categories of off-Service conduct β and only those.
This Policy is incorporated by reference into, and forms part of, the JamStream Terms of Service (the "Terms"). Capitalized terms not defined here have the meaning given in the Terms. This Policy operates alongside, and does not replace, the Privacy Policy, the Copyright Policy / DMCA Notice-and-Takedown Procedure, the Coins & Payments Terms, the Child Safety Policy, and any other posted rules or feature-specific terms. Where copyright, music-licensing, or DMCA matters are addressed, the Copyright Policy governs the detailed procedure and this Policy sets the underlying content rules.
The Service is strictly for adults aged eighteen (18) years or older. Access by anyone under 18 is prohibited without exception. This age restriction is a foundational safety control and is described further in Section 6.
This Policy is written in plain English so that Users can understand and follow it, while remaining legally binding. Where a legal term of art is unavoidable β "grand rights", "synchronisation", "statement of reasons" β this Policy explains what it means at the point it is used, rather than leaving you to look it up. Examples introduced by "including," "such as," "for example," or "e.g." are illustrative and non-exhaustive. If a sentence in this Policy is genuinely ambiguous, it is read against JamStream, as the party that wrote it.
2.1. You are responsible for all activity that occurs under your account, for all User Content you create, perform, stream, upload, transmit, or share, and for your compliance with this Policy, the Terms, and all applicable laws. You are not responsible for activity carried out through unauthorised access to your account that you did not cause or contribute to (for example by sharing your credentials, reusing a compromised password, or ignoring a security warning) and that you reported to us promptly after you became aware of it. You must keep your credentials secure and must tell us without undue delay, at [email protected], if you suspect your account has been compromised.
2.2. You must not use the Service to do anything unlawful, to facilitate anything unlawful, or to encourage or enable another person to do anything prohibited by this Policy.
2.3. "User Content" means any content you make available on or through the Service, including live audio-video performances (transmitted in real time and, as Section 7.1 explains, not recorded by JamStream), musical performances, instrumental and vocal audio, images and photographs, profile information, biographical text, usernames and display names, chat messages, direct messages ("DMs"), room names, titles, descriptions, genres and tags, concert titles and descriptions, reactions, gifts, and any other material you transmit.
2.4. You must ensure that all information you provide to JamStream β including account, identity and phone-verification information β is accurate, current, and complete, and you must keep it updated. Payout details are deliberately not in that list. There is currently no field in the Service in which you can enter them, so no responsibility for keeping them current is placed on you: before your first payment JamStream contacts you at the email address on your account to obtain and confirm the PayPal address to pay (Coins & Payments Β§9.8). JamStream does not collect tax forms or taxpayer identification numbers (Section 11.5), so there is no tax information to keep current with us either.
2.5. One account per person; accounts are personal. You may hold one account. Your account is personal to you and is not transferable: you must not sell, rent, lend, or share it, must not operate it on another person's behalf, and must not operate an account that belongs to someone else, in each case without JamStream's prior written consent. This baseline rule is what the more specific prohibitions on duplicate accounts in Sections 3.9.1, 4.2.2, 4.4.1, 4.5.1 and 4.10.1 are built on. Payout eligibility depends on verifying who you are (Section 11.4), so a shared or sold account also defeats that verification.
2.6. If you host a Room, Battle, or Concert, the space is yours to keep in order. A session you host is a space you control, and the Service gives you server-enforced tools to control it β mute, remove, and ban (Terms Β§5.7(c)). You must not encourage, invite, or reward conduct this Policy prohibits in a session you host, and you are expected to use your moderation tools against clearly prohibited conduct you actually witness there; repeatedly declining to act against prohibited conduct happening in front of you, in a session you control, is itself a violation of this Policy. This is an "act on what you witness" duty, not a duty to monitor: nobody expects a host mid-performance to police every chat message, and a host who misses something is not in breach. One warning worth reading once, because it is about your own exposure and not JamStream's: in a number of jurisdictions, the law can hold the holder of an online space personally responsible β in Europe, following the European Court of Human Rights' decision in Sanchez v. France (2023), even criminally β for third-party unlawful content they knowingly leave standing in a space they control. Using the mute, remove, and ban tools protects you, not only your audience.
You must not create, perform, stream, upload, post, transmit, store, or share any User Content that falls within any category below. The examples under each heading are illustrative and non-exhaustive β they show what a category covers, they do not limit it. The categories themselves are the rule. JamStream may also act on content that is not described in an example but that causes harm of the same kind and seriousness as one of the categories below; where it does, the statement of reasons under Section 10.4 will name the category relied on. JamStream will not restrict content on the basis that it offends the general "spirit" of this Policy, because a ground a user cannot predict is not a ground JamStream can properly enforce or explain.
3.1.1. JamStream has an absolute, zero-tolerance prohibition on any content or conduct that sexually exploits, abuses, or endangers children (any person under 18, and any depiction that appears to involve a person under 18). This includes, without limitation:
3.1.2. There is no counter-speech, artistic, comedic, "fictional," or other exception to this prohibition.
3.1.3. Detection, enforcement, and reporting. JamStream uses layered safety technology described in Section 5, including known-CSAM hash matching of uploaded images through the Microsoft PhotoDNA Cloud Service. On becoming aware of such content β whether by detection, by a user report, or by a notice from a third party β JamStream will remove it immediately, terminate the responsible account(s), preserve relevant data as required or permitted by law, and report apparent CSAM to the National Center for Missing & Exploited Children (NCMEC) and/or other competent authorities, and cooperate with law enforcement. Section 5.2 states honestly what our detection does and does not cover; the commitment in this paragraph is a commitment about what happens once we know, and Section 5.3 explains that no detection system finds everything. Where JamStream is required or permitted by applicable law to preserve reported material and related account data, it will do so for the period the law requires, notwithstanding any account-deletion request β and only to the extent that preservation is lawful in the jurisdictions in which JamStream and its infrastructure operate. Where preservation of the material itself is not lawful for JamStream, it preserves the associated hash, account and transactional records instead and transmits the material to the competent authority. Reports and concerns may be sent to [email protected]. See also our Child Safety Policy.
3.1.4. Because live audio and video are core to the Service, any use of live streaming to produce, transmit, or solicit CSAE content will, once detected or reported, result in immediate stream termination, account termination, evidence preservation, and referral to authorities. Live audio is not scanned and live video is screened only by the on-device model described in Section 5.2, so detection on a live surface will often come from a user report β please use the in-Service reporting tools while the session is running.
3.2.1. Notwithstanding that the Service is 18+, JamStream is a live-music social platform and is not an adult-content service. You must not use the Service to create, perform, stream, or share:
3.2.2. Non-consensual intimate imagery ("revenge porn"), including the sharing or threatened sharing of intimate images without the depicted person's consent, and the creation or sharing of sexualized deepfakes or synthetic sexual imagery of real people, is strictly prohibited.
3.2.3. JamStream uses on-device and other automated tools to detect and interrupt nudity and sexual content in live video and uploaded images, and may mute, cut, blur, or terminate streams and remove images at its discretion. Attempting to evade, disable, or defeat these tools is itself a violation (see Section 4.9).
3.3.1. You must not harass, bully, intimidate, stalk, or threaten any person. Prohibited conduct includes:
3.4.1. You must not create or share content that attacks, dehumanizes, demeans, or incites hatred or violence against people on the basis of a protected characteristic, including race, ethnicity, national origin, caste, religion, sex, gender, gender identity, sexual orientation, disability, serious disease, age, or immigration status.
3.4.2. You must not use, display, or promote hateful slurs, symbols, or imagery, or praise, support, or represent terrorist or violent-extremist individuals or organizations, or use the Service to recruit for, fund, or promote them.
3.5.1. You must not post gratuitous, graphic, or glorifying depictions of violence, gore, or cruelty (including animal cruelty).
3.5.2. You must not promote, encourage, instruct, or coordinate suicide, self-harm, eating disorders, or other acts of self-injury. JamStream may surface crisis-support resources and may remove content that violates this section. If you or someone else is in immediate danger, contact local emergency services.
3.5.3. You must not use the Service to organize, promote, or provide instructions for violence, terrorism, or the making of weapons, explosives, or other items designed to cause serious harm.
3.6.1. You must not use the Service to facilitate, advertise, sell, or coordinate the trade of illegal or regulated goods or services, including illegal drugs or controlled substances, firearms, weapons, explosives, stolen goods, counterfeit goods, human trafficking, wildlife trafficking, or any other unlawful transaction.
3.6.2. You must not post content that violates applicable law in any jurisdiction from which you access the Service or to which your content is directed.
3.7.1. You must not perform, stream, record, upload, or share any content that infringes another person's copyright, trademark, right of publicity, moral rights, or other intellectual-property or proprietary right.
3.7.2. Music-specific rules. Because the Service enables live musical performance, including performance of works you did not write, you must not:
There is no statutory or compulsory licence you can rely on to close these gaps. In particular, the United States blanket mechanical licence administered by the Mechanical Licensing Collective under 17 U.S.C. Β§ 115 is available only to a "digital music provider" making digital phonorecord deliveries β an individual performer cannot obtain it, and a live audiovisual stream is not the kind of use it reaches. An earlier version of this Policy listed that licence as something you were required to hold. That was wrong, because no individual can hold it, and it has been removed.
3.7.3. JamStream grants you no music rights. JamStream provides virtual instruments, rooms, live streaming and an audience; how that role is characterised in law is a matter for the law of each country, and this Policy does not attempt to settle it. What this Policy does settle is that JamStream conveys no music licence to you.
What JamStream holds, stated as at the version date at the top of this page. JamStream holds two performing-rights licences and no others anywhere in the world. The first is a BMI Digital Multi-Use Music Performance License Agreement, executed in June 2026: it covers public performance of works in BMI's own repertory, in the United States and its commonwealths, territories and possessions only, solely in and as part of the Service, and its term ends in March 2027 unless it is renewed. The second is a SESAC Limited Internet Performance License, executed in August 2026 and effective from 1 July 2026: it covers the non-dramatic public-performance right, in compositions within SESAC's own repertory, in the United States and its territories and possessions, including Puerto Rico, only, and it terminates automatically, with no notice to anyone, if an annual listener-hour or gross-revenue ceiling is crossed. Between them they reach the public-performance layer of two repertories, in one country, on the date shown, and nothing else. SESAC administers a minority of commercially released music, and each society licenses its own catalogue and no one else's. JamStream holds no licence from ASCAP β one of the two largest United States performing-rights organisations, whose entire repertory lies outside everything JamStream holds β and none from GMR, ACUM, PRS, PPL, SACEM, GEMA, JASRAC, SOCAN, APRA AMCOS or any other collecting society, anywhere; and no mechanical, synchronisation, master-use or neighbouring-rights licence of any kind, anywhere. Because a song's writers are often affiliated to different organisations, one song can be part-covered and part-not, and a licence reaching some shares in a song is not a licence to perform the song β so you must not assume that any particular song is covered. JamStream Ltd is an Israeli company and the Service is operated and transmitted from Israel, where no ACUM licence and no other Israeli music licence is held β so a performance received by anyone outside the United States is covered by no JamStream licence at all, and neither is the act of transmission insofar as any jurisdiction treats it as occurring where it originates. Terms Section 11.3 is the full and governing statement of JamStream's licence position, including the ways either licence can change, expire or terminate; this paragraph summarises it.
What that means for you. Both licences address JamStream's own public-performance exposure as operator. Neither is granted, sublicensed, or passed through to you, and JamStream makes no representation that any particular performance you make is licensed, cleared or covered. Neither is permanent: the BMI licence expires in March 2027 unless it is renewed, and the SESAC licence is a limited one carrying annual ceilings on usage and on revenue β it can lapse, be terminated, or be reduced, and it terminates automatically by its own terms, with no notice to anyone, if either ceiling is crossed (Terms Β§11.3b). That is disclosed as a fact about JamStream's own position on the date shown; neither grants you anything either way, and you must not rely on them or plan around them. You are responsible for securing every right your performance requires. Any platform, ticketing, or transaction fee retained by JamStream is not a licence fee and confers no music rights.
One thing this Policy cannot do for you. Allocating responsibility between you and JamStream does not decide either party's position against a rights holder. In some countries the operator of a service like JamStream may itself be treated as performing or communicating a work to the public, whatever this Policy says. This paragraph therefore governs the position as between you and JamStream, and is not a representation that a rights holder cannot pursue either of us.
3.7.4. Ticketed concerts. If you host a paid or ticketed concert, you specifically represent and warrant that you hold all rights and licenses necessary for a commercial, ticketed performance and, where the concert is streamed or recorded, for the associated reproduction and synchronization uses. Charging admission does not create, and JamStream does not provide, any additional music rights.
3.7.5. Copyright complaints are handled under the JamStream Copyright Policy / DMCA Notice-and-Takedown Procedure. Notices may be sent to the DMCA Designated Agent at [email protected]. JamStream maintains and reasonably implements a repeat-infringer policy, and states its threshold rather than leaving it to discretion:
Ban-evasion or re-registration by a terminated repeat infringer is prohibited (see Section 4.10). A copyright termination is appealable under Section 10, and the counter-notice route in the Copyright Policy is separate from and additional to that appeal.
3.7.6. No inducement; no manipulation of copyright enforcement. You must not induce, encourage, solicit, instruct, or organize any other person to perform, stream, or share music or other works they are not licensed to use, and you must not promote, advertise, or coordinate infringement on or through the Service. You must not submit false, bad-faith, or abusive copyright notices or counter-notices, or otherwise manipulate, undermine, or evade JamStream's copyright-enforcement, repeat-infringer, or DMCA systems in order to shield or continue infringing activity; false notices may expose you to liability under 17 U.S.C. Β§ 512(f). For the avoidance of doubt, JamStream does not induce infringement, does not provide a service tailored to infringement, and does not preferentially monetize, promote, feature, or algorithmically boost content because it is or may be infringing.
3.7.7. What the Service is for. JamStream is provided for original music, licensed music, and public-domain music, played live on virtual instruments. It is not provided, marketed, or designed as a way to perform commercial songs you have no right to perform. JamStream itself curates no music: it offers no song-title search over performances, no chart or ranking of performances by the music in them, and no promotion of any performance because of the music in it. Two in-room tools let users name songs to one another, and they are disclosed here rather than left to be found: the paid song request, a message a listener pays to send to a performer β the payment buys delivery of the message to the performer and the room, never the performance of any song, and conveys no music rights (Terms §§8.4b and 11.3d; Coins & Payments Policy Β§6.4) β and the in-room setlist and suggestion queue, which session performers populate, room members vote on, and the room's host and moderators control; JamStream curates, features, ranks, and promotes nothing in either, and neither creates any right that a named song be performed. Stating this plainly is deliberate: it is the standard the rest of Section 3.7 is enforced against.
3.8.1. You must not use the Service to defraud, deceive, or mislead any person, including:
3.8.2. Charity and cause-based fundraising claims. Musicians run benefit gigs, and this Policy does not pretend otherwise β but a cause claim made in a room is a representation to the people spending money there. You must not state or imply that tips, Gifts, ticket proceeds, or any other payment made through the Service will benefit a charity, cause, or third person unless all of the following are true: the claim is accurate; you are genuinely authorized to raise funds for that beneficiary; you comply with the charitable-solicitation and fundraising laws that apply to you (many places regulate online solicitation, including through registration and disclosure duties β those duties are yours, not JamStream's); and you tell your audience that JamStream's platform fees and the payout mechanics in the Coins & Payments Terms still apply to those amounts. Said plainly, so no audience is misled by silence: JamStream provides no charity tooling, verifies no charitable claim, takes no reduced fee on a benefit performance, pays the creator and never the named cause, and issues no donation receipts β what reaches the cause is whatever the creator passes on afterwards, and only the creator can say what that is. A false or unauthorized cause claim is fraud under Section 3.8.1, with everything that follows from that.
3.9.1. You must not:
3.10.1. Secure your space before you go live. Your camera and microphone capture whoever else is in the room with you. You must not:
3.10.2. This rule protects people who are not JamStream users and who never agreed to anything. It applies whatever your intent, and a third party appearing "only for a moment" is still a breach. If someone walks into shot, stop your camera.
In addition to the content rules above, the following conduct is prohibited.
4.1.1. "Coins" are the Service's virtual currency. You must not manipulate, exploit, or abuse the coin economy, including by:
4.1.2. JamStream may reverse, void, freeze, withhold, or claw back coins, earnings, or payouts that result from any violation of this section, from suspected fraud, or from error, and may suspend payouts pending review, consistent with the Terms and applicable law.
4.1.3. No gambling, lotteries, or chance-based mechanics. You must not use coins, tips, gifts, Battles, concerts, or any other Service feature to operate, host, promote, advertise, or take part in any lottery, raffle, sweepstakes, wager, betting pool, loot-box or other randomized paid mechanic, or any other game of chance for coins, money, or anything of value. Consistent with the Coins & Payments Terms, no JamStream feature is a slot machine, loot box, sweepstakes, or chance-based wagering mechanism, and you must not attempt to turn any feature into one or to route Users to any such off-platform scheme.
4.2.1. Battles are free, non-monetary competitions. A Battle is a live head-to-head performance in which two performers compete, the audience reacts, and the winner earns XP, rank, and clout only. No coins are staked, wagered, escrowed, pooled, transferred, or paid out in a Battle, and there is no cash, coin, or other prize for winning or losing. Battles are a skill-and-entertainment feature, not a game of chance, contest of prizes, wager, lottery, or sweepstakes.
4.2.1a. Votes are free, and money does not buy them. A Battle is decided by audience votes. A vote costs nothing, each account may cast one vote per Battle, and spending coins does not influence the result β tips, gifts, SuperChats and reactions are not counted toward a Battle score and are not weighted into it in any way, and neither is a paid tier. This is stated expressly because it matters: it is why a Battle is not a wager, and why no amount of money can buy a Battle win.
4.2.2. You must not manipulate Battle outcomes, rankings, or XP, including by using multiple accounts, by using bots or automation, by paying, rewarding, or coercing other people to vote a particular way, by brigading or organising others to distort a result, or by any other means of falsifying votes or audience reactions. You must not use Battles to harass another User or to circumvent any other rule in this Policy.
4.3.1. You must not host a paid or ticketed concert that you do not intend to, or do not, actually perform. You must not misrepresent a concert, sell tickets in bad faith, or abuse the cancellation, no-show, or automatic-refund mechanics (including "ghost" concerts) to obtain coins or to harm ticket buyers. See Section 12 for the concert ticketing and refund terms.
4.4.1. You must not artificially inflate, deflate, or falsify engagement, followers, fans, gifts, tips, viewer counts, leaderboards (including "Top Gifters"), achievements, streaks, or XP through bots, fake accounts, automation, or coordinated manipulation.
4.5.1. You must not abuse the Pro, VIP, or Vanguard upgrade tiers, membership benefits, auto-renewal, welcome-coin, phone-verification, referral, or streak mechanics, including by fraud, chargeback abuse, or the creation of duplicate or fake accounts to obtain benefits. See Section 13 for upgrade-tier and auto-renewal terms.
4.6.1. You must not attempt to gain unauthorized access to the Service, other Users' accounts, or any system or network; probe, scan, or test the vulnerability of the Service; bypass authentication, App Check, rate limits, or any security or access-control measure; or interfere with or disrupt the integrity or performance of the Service. You must not alter, or attempt to alter, the data behind a room, concert, or session in order to change how the Service behaves β including any attempt to cause a session to be recorded, streamed, or persisted in a way the Service does not offer you (see Section 7.1).
4.6.2. Security research β safe harbour. Section 4.6.1 does not apply to good-faith security research. Testing is not a breach of this Policy where you: act only against your own account and data; do not access, modify, or exfiltrate any other person's data or User Content; do not degrade, disrupt, or deny the Service to others; do not use social engineering, physical attacks, or spam; stop as soon as you have confirmed a defect; and report it promptly and privately to [email protected] with the subject line "SECURITY", giving JamStream a reasonable opportunity to fix it before any public disclosure. JamStream will not bring or support a claim under this Policy, the Terms, or computer-misuse law against a researcher who stays inside those limits. This paragraph is what makes the reporting duty in Section 4.1.1 possible to comply with.
4.7.1. You must not scrape, crawl, harvest, or otherwise collect data, User Content, profiles, streams, images, or metadata from the Service by automated means, in bulk or systematically, and you must not use bots, spiders, or automated agents to access the Service, in each case except as expressly permitted in writing by JamStream. You must not use any User Content to build, train, fine-tune, evaluate, or otherwise develop any dataset or machine-learning or artificial-intelligence model, and you must not reproduce or redistribute the Service's data, without JamStream's prior written consent. JamStream expressly reserves all rights in respect of text and data mining, including under Article 4(3) of Directive (EU) 2019/790, and this sentence is that reservation.
4.7.2. What Section 4.7.1 does not prohibit. It does not prohibit ordinary use of a web browser, including the caching a browser or a content-delivery network performs automatically; it does not prohibit assistive technology; and it does not prohibit a well-behaved search-engine crawler that respects our robots.txt from indexing pages we publish publicly, which is how people find performers' shared profile links.
4.8.1. Except to the extent this restriction is prohibited by applicable law, you must not reverse engineer, decompile, or disassemble the Service, or attempt to derive source code, circumvent technical protections, or create derivative or competing services from the Service or its data.
4.9.1. You must not disable, obstruct, manipulate, or attempt to evade JamStream's moderation, safety, age-assurance, or content-detection systems (including on-device NSFW/nudity detection, CSAM hash-matching, keyword/toxicity filtering, or reporting tools), whether by technical means, obfuscation, coded language, off-platform routing, or otherwise.
4.10.1. If JamStream suspends, terminates, or restricts your account or a specific feature, you must not create, use, or access another account, or use another person's account, to circumvent that action. Ban evasion is an independent violation that will result in termination of the evading account(s). This applies with particular force to Users terminated for CSAE, repeat copyright infringement, fraud, or safety violations.
4.11.1. Coins may be bought on the JamStream website or inside the native mobile applications through the app store's billing system (see Section 11). You must not circumvent or defraud any purchasing pathway β including by submitting forged, replayed, tampered, or another person's purchase receipt; using a modified app, emulator, or patched billing library to obtain coins without paying; exploiting refund or chargeback mechanics to keep coins you did not pay for; reselling or brokering coins or coin purchases outside the Service; or steering other Users to circumvent applicable app-store rules.
4.12.1. You must not use DMs, chat, profiles, or any communication feature to send spam, solicit off-platform payments in violation of this Policy, harass, or route Users to prohibited content or scams.
4.12.2. Soliciting payment outside the Service for what happens on the Service. This paragraph supplies the definition Section 4.12.1 refers to. You must not use in-Service surfaces β rooms, live sessions, chat, DMs, profiles, room or Concert titles and descriptions, or streams β to solicit, direct, or accept payment outside the Service for in-Service performances, sessions, perks, or interactions, including by posting payment handles, links, or QR codes in a live session so that viewers pay off-platform for that session's performance. Money paid that way runs outside every protection this platform builds around ledger money β the refund and chargeback rules, the anti-fraud and anti-money-laundering controls, the sanctions screening, and the earnings machinery β and outside the fee schedule disclosed in Terms Β§8.4b. What stays expressly permitted, stated so that this rule cannot be read wider than it is: your independent off-Service business is your own. You may maintain and mention your own website, storefront, Bandcamp, Patreon, merchandise, teaching practice, or booking contact; you may perform off the Service for anyone, on any terms; and telling people where to find your off-Service work is not a violation. The line is soliciting off-rail payment for what happens on JamStream.
5.1. JamStream uses a layered, reasonable-efforts safety stack to detect and act on prohibited content. Depending on the surface, this includes:
5.2. Third-party providers used for image safety, and what leaves JamStream. Server-side image scanning uses two third-party providers. (a) Microsoft PhotoDNA Cloud Service β JamStream generates a one-way PhotoDNA hash of your uploaded image and sends only that hash to Microsoft for known-CSAM matching; no image bytes, no image URL, and no account identifier are sent to Microsoft. (b) Sightengine β the uploaded image itself (raw bytes, or its URL for Sightengine to fetch) is sent to Sightengine for AI classification. Where the image is passed to Sightengine as a URL, that URL is a JamStream storage download link whose path contains your JamStream account identifier, so in that case your account identifier is disclosed to Sightengine. The "no account identifier" statement in (a) is about Microsoft only, and does not carry across to Sightengine. Server-side scanning applies to uploaded images only (profile photos and concert covers, including images written directly to JamStream's image storage); live video and live audio are never sent to either provider β live video is screened only by the on-device NSFW model, and live audio is not scanned at all. These providers are listed with the data shared and the transfer position in the sub-processor table of the Privacy Policy. Automated detection is combined with the human-review and NCMEC-reporting process described above.
5.3. These systems are provided on a reasonable-efforts basis and will not detect or prevent every violation (see Section 15.4). Attempting to defeat or evade them is a violation (see Section 4.9).
5.4. Review and response times are internal targets, not guarantees. Any timeframes we describe for reviewing reports, moderating content, deciding appeals, or otherwise responding are internal operational targets only and are not guarantees or contractual commitments; actual times may vary with volume, severity, staffing, and other factors. For apparent child sexual abuse material, we make reports to NCMEC as soon as reasonably possible consistent with applicable law. Nothing in this Section overrides any response deadline that applicable law imposes on us.
6.1. You must be at least 18 years old to access or use the Service. By using the Service, you represent and warrant that you are 18 or older. Accounts found to belong to persons under 18 will be terminated.
6.1a. If we get your age wrong, you can put it right. An age determination can be mistaken β some of the signals involved are automated, and automated age estimation misclassifies adults. If your account is restricted or terminated on the basis that you are under 18 and you are not, you may appeal under Section 10 using the in-Service age-appeal form or by emailing [email protected], and you may submit proof of age. Where the appeal succeeds, the account is restored, together with your coin balance and any USD Earnings that were frozen or forfeited on the basis of the age finding. The reinstatement limits in Section 10.2 do not apply to an age determination that has been reversed.
6.2. JamStream may use age-assurance, identity-verification, and phone-verification measures and may condition access, features, or payouts on passing them. Providing false age or identity information is a violation. Your date of birth is collected for age assurance and, where you seek payout approval, is also used for identity verification and payment-compliance purposes (Section 11.4). It is stored in a restricted field that other users cannot read (see Section 14.1 and the Privacy Policy).
6.3. You must not attempt to onboard, invite, or provide access to any person under 18.
7.1. On-device analysis for safety. To operate the safety systems in Section 5, the Service runs content-safety detection (for example, nudity/NSFW analysis) locally on your own device in real time. That on-device detection returns only content-safety flags or scores; it does not transmit or store your session audio, video, voice, or facial imagery on JamStream's servers. To deliver live streaming and concerts, your audio and video are transmitted over WebRTC, encrypted in transit (DTLS-SRTP) between your device and the next hop. Where the session is small enough that connection is direct; otherwise it passes through a media relay operated by JamStream's infrastructure provider, which decrypts the media at the relay in order to combine the performers into a single live stream and re-encrypts it for delivery to viewers. That is hop-by-hop encryption, not end-to-end encryption, and this Policy says so rather than letting the word "encrypted" imply more than the architecture provides. Media is held in transient buffers of at most a few seconds to smooth delivery, and is never written to durable storage. JamStream does not record, store, or archive session audio or video: the Service offers you no recording control, JamStream creates no recording of a Room, Battle, or Concert, and no copy of a session survives it. Terms Β§11.8 is the operative and governing statement of that position, and contains JamStream's binding commitment not to introduce recording without first amending these documents, giving notice, and obtaining participant consent. Attempting to make the Service persist a session by any means, including by altering room data, is a violation of Sections 4.6.1 and 4.9.1, and recording a session yourself without the consent of every participant is separately prohibited by Terms Β§9.3a and may be unlawful. Content that a User reports or that an automated check flags β such as an uploaded image or a text message β may be reviewed by our systems and by trained human reviewers, and preserved and reported where required by law; JamStream can only review and preserve data it actually holds (such as uploaded images, text chat, profile content, and metadata), not live session audio, which it does not record. How this data is handled is described in the Privacy Policy.
7.2. Voice and face are not used to identify you. JamStream does not create voiceprints, does not use voice-recognition or facial-recognition technology to identify you, and does not capture or store a biometric voice template or face template. The on-device safety detection described above analyses video frames locally only to produce content-safety flags, and does not extract, derive, transmit, or store any template β or any session audio β on JamStream's servers. It does not analyse audio at all. An earlier version of this paragraph said it analysed audio as well as video; that was wrong. JamStream operates no speech recognition, no keyword spotter and no audio classifier on live streams, on the device or on its servers, as the Child Safety & CSAM Reporting Policy Β§4 states. If that ever changes, this paragraph and that one will be changed first.
7.2a. Face-age estimation on uploaded images β disclosed, not buried. There is one place where a facial characteristic is analysed, and this Policy states it plainly rather than leaving it to be inferred from Section 5.1. When you upload a profile photo or a concert cover, the image is sent to Sightengine, which among other checks performs apparent-minor (face-age) detection: it estimates an apparent age for each face it detects in the image and returns a score. That score is used for one purpose only β child protection, which is the reason an adults-only service scans the images people put on it. No face template is created or stored, the estimate is not used to identify anyone, and the result is retained only as a moderation flag against the account. JamStream does not sell this data and does not use it to identify you for advertising. If JamStream ever introduces processing that does create a biometric template, it will obtain prior opt-in consent before doing so and will amend this Policy first. This paragraph states the facts. It does not state a conclusion about how any particular statute applies to them.
7.2.1. How the safety processing is authorised, and why it cannot be switched off. Whether your camera and microphone may be used at all is controlled by your device's own operating-system permission, which you grant, and which you can withdraw at any time in your device settings; withdrawing it stops the Service from using your camera or microphone. What you cannot do is keep streaming while turning the safety check off. Whenever your camera is on for a live feature, the on-device content-safety detection runs.
JamStream does not rely on your consent as the legal basis for that safety processing, and does not ask you to consent to it. The lawful bases are compliance with a legal obligation to which JamStream is subject and the substantial public interest in protecting children β including reporting duties under 18 U.S.C. Β§ 2258A, the UK Online Safety Act 2023, and Article 28 of the EU Digital Services Act. This is stated deliberately. If consent were the basis, every user would have a right to withdraw it and thereby disable child-safety detection, and JamStream will not build a user-operable off-switch for the detection of child sexual abuse material. Section 5 of the Privacy Policy describes the same processing on the same basis; the two documents are meant to agree, and if they ever appear not to, the Privacy Policy governs on data-protection matters.
You always retain the practical control that matters: you may stop streaming, close the camera, decline to upload an image, or stop using the live features at any time, and you may continue to use non-streaming features. Questions about this processing, and requests under data-protection law, go to [email protected]. Note: an earlier version of this Policy described a camera/microphone consent prompt, a stored consent record, and a "Settings > Privacy > Camera/Microphone & Safety Processing" control. None of those existed in the product, and the consent framing was the wrong legal basis for child-safety detection in any event. Both the description and the framing have been removed rather than built.
8.1. How to report. JamStream provides in-Service reporting tools (including report and block functions) for content, Users, rooms, concerts, battles, chat, and DMs. You may also report by email to [email protected]. Copyright complaints should be directed to [email protected] under the Copyright Policy; privacy concerns to [email protected]; and legal notices to [email protected].
8.2. What to include. To help us act quickly, please identify the content or User at issue with enough detail to locate it (for example, the username, room or concert, approximate date and time, and a description of the problem), and, for urgent safety matters, any information that helps assess risk.
8.3. Good-faith reporting. Reports must be made in good faith. You must not submit false, abusive, retaliatory, or automated bulk reports, or misuse the reporting or blocking tools to harass others.
8.3.1. What happens if you misuse the reporting tools (DSA Article 23). If you frequently submit notices or complaints that are manifestly unfounded, JamStream will first give you a warning, and if the behaviour continues will suspend the processing of your notices and complaints for a limited period β ordinarily 30 days for a first suspension and up to 90 days if it recurs. So that this is predictable rather than arbitrary, these are the things JamStream weighs, all of them together and none of them alone:
Worked examples. Reporting the same performer eleven times in one night after they declined your DMs, with no substance behind any report, is manifestly unfounded and frequent, and would be warned and then suspended. Filing thirty reports in a month of which twenty-eight were rejected as baseless is a ratio case. A single false CSAE allegation made to get someone removed from a room is grave enough to act on on its own. By contrast, reporting something in good faith that turns out on review not to breach this Policy is not a manifestly unfounded report and never counts toward a suspension β being wrong is not the same as being unfounded, and JamStream would rather you report.
A suspension is notified with reasons, suspends only the processing of your submissions and nothing else about your account, and is appealable under Section 10. It does not apply to a report of imminent danger to life or of child sexual abuse material, which JamStream will always look at.
8.3.2. Repeatedly posting manifestly illegal content. The same graduated approach applies in the other direction. Where an account frequently provides content that is manifestly illegal, JamStream will give a prior warning and then suspend the account for a reasonable period, weighing the same four factors β number, frequency, ratio to lawful activity, and gravity. This does not displace the immediate action JamStream takes for CSAE, credible threats, or fraud under Sections 3.1 and 9.3, where no warning is given.
8.3.3. Trusted flaggers. Notices submitted by an entity awarded trusted-flagger status by a Digital Services Coordinator under Article 22 of the EU Digital Services Act, and by the recognised child-safety organisations named in our Child Safety Policy, are prioritised and decided without undue delay, ahead of the ordinary queue. Trusted-flagger notices should be sent to [email protected], and child-safety notices to [email protected].
8.4. Emergencies. JamStream is not an emergency service and cannot guarantee a response time. If you believe someone is in immediate danger, contact local emergency services. For suspected child endangerment, report to [email protected] and to the appropriate authorities.
8.5. No confidentiality guarantee. While JamStream endeavors to handle reports appropriately, it cannot guarantee anonymity or confidentiality, and may need to share report information to investigate, resolve, or comply with legal obligations.
8.6. Interactions with other users; off-platform meetings β assumption of risk. The Service lets you interact with other people. JamStream does not conduct criminal-background checks on any User, and does not verify the identity of Users generally. The one exception is narrow and is stated so that this paragraph cannot be read as untrue: a performer who applies for a payout of USD Earnings undergoes identity verification, but that is done for payment-compliance purposes only β it is a check that the person being paid is who they say they are, it is not a safety vetting, it involves no criminal-record check, and it is no representation whatsoever about that person's conduct, character, or safety. JamStream makes no representation about any User's identity, conduct, or safety.
You are responsible for your interactions with other Users, whether online or in person, and if you choose to communicate with or meet any User off the Service, you do so at your own risk. JamStream does not control what other Users do and does not accept responsibility for their conduct. Keep interactions on the Service, never share personal contact or financial information, and report unsafe Users to [email protected].
Nothing in this paragraph, or anywhere in this Policy, excludes or limits JamStream's liability for death or personal injury caused by JamStream's own negligence, for fraud or fraudulent misrepresentation, or for any other liability that cannot lawfully be excluded or limited β including a consumer's non-waivable statutory rights. The assumption of risk above is about the conduct of other people, not about JamStream's own conduct, and it does not purport to release any claim of the kinds just named. The related terms are in the Terms.
9.1. What JamStream screens, and what it does not. This paragraph says what is true rather than implying a hands-off host, because the two are easy to tell apart by reading Section 5. JamStream does pre-screen some things: every uploaded image is hash-matched and AI-classified before it goes live, and the text surfaces listed in Section 5.1 are keyword-filtered. JamStream does not pre-screen live audio or live video β live video is screened only by the model running on the streaming device, and live audio is not scanned at all β and it does not scan any performance for copyright. Beyond the specific measures described in Section 5, JamStream reserves the right, but assumes no obligation, to monitor, review, screen, or moderate the Service or User Content, and it assumes no general obligation to monitor. Carrying out these voluntary own-initiative safety measures does not deprive JamStream of any protection it would otherwise have, and is not intended to (see Article 7 of the EU Digital Services Act and 47 U.S.C. Β§ 230(c)(2)). The absence of enforcement action in any instance is not a waiver of JamStream's right to act in any other instance.
9.2. Range of enforcement actions. Where JamStream determines, on reasonable grounds, that this Policy, the Terms, or applicable law has been or may have been violated, or where action is needed to protect Users, third parties, JamStream, or the integrity of the Service, JamStream may take action from the list below. Section 9.2a governs which of these actions suspicion alone can support. The available actions are:
9.2a. Suspicion supports interim measures only. This distinction matters because some of the actions above take money and access away, so the standard for taking them permanently is not the standard for pausing something while we look.
Section 9.4 (immediate action to prevent harm) is unaffected: where there is a risk of serious harm, JamStream acts first and investigates immediately afterwards.
9.3. Proportionality. JamStream will apply enforcement diligently, objectively, and proportionately, having regard to the severity, frequency, intent, and impact of the violation, the User's history, the rights and legitimate interests of everyone affected, and legal and safety considerations. Proportionality is how JamStream decides, not a factor it may choose to ignore. JamStream may escalate directly to termination, without prior warning and without a graduated response, for serious violations β specifically CSAE, credible threats of violence, fraud and payment abuse, and repeat copyright infringement.
9.3a. Enforcement does not depend on what you spend or earn. This Policy and the repeat-infringer policy apply identically whether an account holds a paid tier, has bought coins, carries an Earnings balance, or hosts ticketed concerts. No account is exempted from enforcement, given a higher strike threshold, or given a longer rope because it generates revenue, and strikes are not cleared or suppressed for a high-value account. Where any strike or enforcement record is altered by a JamStream administrator, that alteration is logged.
9.4. Immediate action. JamStream may act immediately and without prior notice where it believes doing so is necessary to prevent harm, comply with law, respond to a valid legal or rights-holder notice, or protect the Service or its Users.
9.5. Effect of termination. Upon termination, your right to access the Service ceases. Provisions of the Terms and this Policy that by their nature should survive β including intellectual-property, indemnity, disclaimer, limitation-of-liability, dispute-resolution, coin/economy, and enforcement provisions β survive termination. Termination does not release you from obligations accrued before termination.
9.5a. What happens to coins you paid for. A coin balance was bought with real money, so this Policy does not collapse three very different situations into one rule. Coins do not expire while your account remains open. There is no dormancy fee and no service fee on a coin balance.
Except as set out above, termination does not entitle you to a refund, save where a refund is required by law or by the store through which you paid. Your statutory rights, including the withdrawal right in Section 11.1, are unaffected.
9.6. Preservation. JamStream may preserve, and disclose to authorities, User Content and account data as it reasonably believes necessary to comply with law, enforce this Policy, respond to legal process, or protect the rights, property, or safety of any person, including retaining CSAE-related and other material for legally required periods notwithstanding a deletion request.
9.7.1. What a strike is. A strike is an automated mark recorded against your account when a chat message or direct message you send matches JamStream's list of prohibited terms at the "standard violation" level β for example a slur or abusive term that is prohibited by Section 3.3 or 3.4 without falling into the severe categories in Section 9.7.3. Strikes of this kind drive the automatic suspensions in Section 9.7.2 and nothing else.
9.7.1a. Three different records are kept, and they are not the same thing. This is spelled out because the word "strike" is used loosely on most platforms and because one of these three, and only one, decides whether you can be paid.
9.7.1b. What "a clean strike record" means for payouts, stated exactly. Section 11.4 makes "a clean strike record" one of the eight payout-eligibility criteria. The check the Service actually runs asks two questions, and neither of them is about chat strikes:
If the answer to both is no, your record is clean for payout purposes. If either is yes, the payout shortlist does not clear you. Two consequences are stated here rather than left to be discovered: acknowledging a warning does not clear it β acknowledgement records that you read it, and the warning still counts until it ages out at 12 months or JamStream withdraws it β and a chat strike that has not led to a suspension does not block payment even though it is called a strike. If you believe a warning was issued in error, it is appealable under Section 10 like any other enforcement action, and a warning withdrawn on appeal stops counting.
9.7.2. How strikes accumulate, and when they expire.
9.7.3. Automatic 30-day suspension, with no strikes required. A message sent in a public room chat that matches JamStream's list of severe prohibited terms is removed automatically and the account is automatically suspended for 30 days, without prior warning and without any strike accumulation: a single such message, on a first offence, is enough. That list is broader than threats. It covers, in each case as a single-message trigger: (i) an explicit threat to kill a specific person, and stated knowledge of where they live; (ii) threats of mass violence β a bomb threat triggers instantly, while a threat phrased in wording that ordinary studio language also produces (for example "shoot up") is removed and escalated to a person instead, as Section 9.7.6 explains; (iii) telling another person to kill themselves, or otherwise encouraging suicide or self-harm; (iv) explicit references to child sexual abuse material; (v) doxxing, and threats to publish another person's address or identity; and (vi) the most extreme racial, ethnic, religious, and anti-LGBTQ+ slurs. That last category is spelled out because of what it means in practice: one slur, sent once, is a 30-day suspension, with no warning and no prior strike. Terms Β§15.7 is the full and governing statement of these lists, and this Section is written to say exactly the same thing.
9.7.4. Automatic permanent ban β decided by software, with no human in the loop. A narrower list causes an automatic and permanent ban when a matching message is sent in a public room chat: explicit solicitation of child sexual abuse material or of sexual imagery of a person under 18, and a threat to kill a person's family. This decision is taken by software alone, on a text match, and no human reviews it before the ban takes effect. JamStream states this rather than implying a moderator is involved, because a reader is entitled to know that the most serious automated consequence on this Service is fully automated. The case is escalated to a human moderator at critical priority at the same moment, and the ban is appealable under Section 10 β including your right to obtain human review of an automated decision under Article 22 of the GDPR and equivalent law. This automated text path is separate from the CSAM image pipeline in the Child Safety Policy, where a trained reviewer confirms a match before any account is terminated.
9.7.5. Direct messages are treated differently, and this Policy does not overstate them. In one-to-one direct messages, content matching the severe and most-severe lists is removed and escalated to a human moderator, but does not by itself trigger an automatic 30-day or permanent ban β a person decides. Strikes still apply, as Section 9.7.2 says.
9.7.6. Musicians' language goes to a person, not to a ban. A music platform is full of sentences like "I'm gonna kill this solo", "kill all the reverb", and "I can shoot your video tonight". A defined set of phrasings of that kind is handled by removing the message and escalating it to a human moderator rather than by an automatic ban. The exception matters: where the same message also contains something on the automatic lists above, the automatic enforcement still applies β an innocent-sounding phrase cannot be attached to a slur or a solicitation to launder it into a review flag.
9.7.6a. A room host is not JamStream, and Section 10 does not review them. Separately from everything above, the host of a room β and any co-host or room moderator the host appoints β can remove you from that room or ban you from that room. That is a host's control over their own room, not a JamStream enforcement decision: it does not create a strike, does not affect your account anywhere else on the Service, and is not appealable under Section 10, because there is no JamStream decision to review. Two practical consequences are stated so they do not come as a surprise: a removal from a room keeps you out of that room for a short cooling-off period of 5 minutes before you can rejoin, and a room ban lasts until the host lifts it. If a host uses these controls to harass you, that is a breach of Section 3.3 by the host and you should report it under Section 8 β that report is a JamStream matter and is handled like any other.
9.7.7. Rate limiting β the Service limits how fast messages can be sent to prevent flooding: the client applications pace sending, and JamStream's servers independently enforce a per-user limit on room chat by removing messages sent over it shortly after they are written (a message carrying a paid item, such as a SuperChat or a gift, is flagged rather than removed, so the paid item is not destroyed). That is a functionality measure, not a disciplinary one, and it is not a strike.
9.7.8. Text normalisation. Text is normalised before it is scanned, including the common substitution of numbers and symbols for letters. Deliberately obfuscating prohibited content to get past the filter is itself a violation (Section 4.9). Automated matching is imperfect in both directions β it misses things, and it occasionally catches something innocent β which is why every automated action in this Section is appealable under Section 10.
9.7.9. Terms Section 15.7 is the full disclosure of JamStream's automated moderation systems for the purposes of Article 22 of the GDPR and the EU Digital Services Act, and governs. This Section restates it so that the rules and their consequences sit in one place.
This Policy governs conduct on the Service, and this Section is the single, deliberately narrow exception (Section 1.1). JamStream may suspend or permanently terminate an Account where there is credible evidence that its holder has β off the Service β engaged in one or more of the following: deadly or serious physical violence; terrorism or violent extremism; a credible threat of mass violence; sexual assault or sexual exploitation; child sexual abuse or exploitation; leadership of, or knowing participation in, a violent hate group; or doxxing or swatting targeting a JamStream user. That list is closed. This Section does not reach ordinary off-platform speech, lawful conduct, controversy, or unpopularity, and JamStream does not investigate users' lives off the Service β it acts under this Section only where credible evidence reaches it.
Conduct of the same kind that occurs on the Service is not governed by this Section. It is dealt with under the rest of this Section 9 β including the automated paths in Section 9.7, which are decided by software on a text match with no human in the loop before the ban takes effect. That distinction is stated rather than left to be worked out, because the two routes give different answers to the question a reader most wants answered: whether a person decided. A message sent in a public room chat is a Section 9.7 matter even where its subject-matter also appears in the closed list above.
The safeguards that apply to every other enforcement decision apply here without reduction: the standard is credible evidence, never accusation alone; a decision under this Section is made by a person, never by automation β no automated system of JamStream's observes conduct off the Service, so there is nothing here for automation to decide; you may obtain a statement of reasons identifying this Section as the ground relied on, by the route and within the limits in Section 10.4 β for a decision under this Section that means asking, because such a decision is made by a person, outside the automated pipeline whose notifications carry the statement on their face; and the ordinary appeal in Section 10 applies. Money: accrued US dollar Earnings remain governed by Terms Β§8.14, on its ordinary calendar and closed withholding grounds β a termination under this Section is not itself a forfeiture ground, and Earnings are voided only where a ground stated in Terms Β§8.14 or the Coins & Payments Terms independently applies (for example, where the earnings derive from the violating conduct itself). Coins follow Section 9.5a exactly as on any other termination for breach.
10.1. Every enforcement decision can be challenged. JamStream operates an internal complaint-handling process (Section 10.5) through which you may appeal any enforcement action taken against you or your content β including an automated one, and including an interim measure taken under Section 9.2a while an investigation is running. You do not have to wait for the investigation to finish before appealing. How to appeal is set out in Section 10.5, and is also given to you in the enforcement notice itself.
10.2. Reinstatement: what an appeal can and cannot undo.
When reinstatement is not available. Reinstatement is not available where, on review, the violation is confirmed and the violation is a CSAE violation or other conduct posing a serious safety, legal, or integrity risk; or where reinstatement would breach a law, a court order, or a mandatory reporting or preservation obligation. Those are hard stops and they are meant to be.
A determination shown to be wrong is reversed. The bar above attaches to a violation that has been confirmed on review, never to the bare fact that JamStream made a determination. If an appeal shows the determination was mistaken β including a mistaken CSAE or age determination β the decision is reversed and the account is restored. An automated age estimate or an automated content classifier can be wrong about an adult, and this Policy does not pretend otherwise; see Section 6.1a for the age route specifically.
What a successful appeal restores. JamStream reverses the decision without undue delay and restores both halves of what was taken: any Coins forfeited or removed on the basis of the decision, and any USD Earnings and pending payouts that were frozen, withheld, voided, reversed, or clawed back on the basis of it (Terms Section 15.4). Earnings are the part that is actually money, so a remedy that mentioned only Coins would be a remedy in name.
This is not the end of the road. JamStream's determination concludes its own internal process only. It does not limit your right to out-of-court dispute settlement (including under Article 21 of the EU Digital Services Act β see Section 10.5a), to complain to a supervisory or regulatory authority, or to go to court, and it does not affect any non-waivable legal right.
10.3. Notice-and-action: how to tell us about illegal content. Any person or entity β you do not need a JamStream account β may notify JamStream of content on the Service they consider illegal. There are two electronic routes, and no other formality is required:
To let us act, please include: (a) a sufficiently substantiated explanation of why you consider the content illegal; (b) a clear indication of the electronic location of the content β the username, the room or concert, and the approximate date and time, since live sessions do not persist; (c) your name and email address, except where the report concerns child sexual abuse or exploitation, where you may report anonymously; and (d) a statement that you believe in good faith that the information in the notice is accurate and complete.
What JamStream does with it: we confirm receipt to the email address you give without undue delay; we process complete notices in a timely, diligent, non-arbitrary and objective manner; we notify you of our decision and of the redress options open to you in respect of that decision; and we tell you whether automated means were used in handling your notice. Automated means are used at the triage stage for some categories, so that answer will often be yes. A notice that contains the elements listed above is treated as giving JamStream knowledge of the content from the moment it is received, not from the moment someone opens the queue.
If you have seen a different address elsewhere. JamStream publishes several mailboxes and other JamStream documents name some of them for this purpose too. So that no notice is ever lost on a technicality: a notice of illegal content sent to [email protected] is always effective, whatever address you were given, and JamStream will not refuse or delay a notice because it arrived at one of its published addresses rather than another. Nothing in this Policy requires you to use a particular form, template or channel.
This paragraph is JamStream's notice-and-action mechanism for the purposes of Article 16 of the EU Digital Services Act, and it is also the route for reporting illegal content under the UK Online Safety Act 2023 (Section 10.8).
Copyright complaints follow the separate notice-and-takedown procedure in the Copyright Policy, which sets out its own required elements; the routes are deliberately kept apart because the two regimes are not the same and describing them as one is how providers get both wrong.
10.4. Statement of reasons β what you actually get, today. This paragraph describes the notice the Service really sends, and separately what you may ask for. It is written this way because a policy that promised more than the product delivers would be the wrong kind of accurate.
What is individually notified. You receive a notification when JamStream removes or redacts a chat message or DM of yours, records a strike (naming your current count and the threshold), suspends your account for 7 or 30 days, permanently bans your account, or otherwise restricts your account, a feature, or your Earnings. That notification, when it comes from the automated moderation pipeline β removal or redaction of a message, a strike, a suspension or ban it applies β now carries a statement of reasons on its face: the action taken and its scope and duration, the facts relied on, whether automated means were used in detecting the content and in taking the decision, the Section of this Policy relied on, and the redress routes open to you; for a strike, it still names your current count and the threshold. Where any other notice is shorter than that, the full statement remains available by the request route below.
What is not individually notified. Where JamStream reduces the visibility, reach, or discoverability of content or an account rather than removing it, that action is not separately notified to you, and this Policy says so rather than implying a notice you would not receive. You may still ask, at any time, whether such a restriction has been applied to you and on what ground, using the request route in the next paragraph; JamStream will answer, and the answer is a statement of reasons like any other.
The full statement of reasons. Where the EU Digital Services Act or comparable law applies, you are entitled to a full statement of reasons, and you may obtain it by asking at [email protected], quoting the notification. JamStream will provide it without undue delay, and it will set out: the action taken and its territorial and temporal scope; the specific facts and circumstances relied on; whether automated means were used in detecting the content and in taking the decision; the ground relied on β either the numbered Section of this Policy or the legal provision, with an explanation of why the content is said to fall within it; and the redress routes open to you, being the internal appeal in Section 10.5, out-of-court dispute settlement under Section 10.5a, and the courts. Those are the elements Article 17 of the EU Digital Services Act requires, and they are what you will be given.
The request route, and what JamStream owes you regardless. Article 17 is not satisfied by a short notification. The notification the automated pipeline sends now carries the statement of reasons itself; the request route remains alongside it, on request and free of charge, for anything a notification cannot carry β a fuller explanation of why the content is said to fall within the ground named, and a statement for an action that is not individually notified, such as a visibility restriction. Your entitlement does not depend on your having asked promptly, or at all β you may request it at any time while the decision stands or while an appeal or out-of-court process about it is running, and your right to appeal under Section 10.5 is not affected by whether you asked for a statement first.
The only exceptions. A statement of reasons will not be given where the content is deceptive high-volume commercial content, or where providing it is prohibited by law or would prejudice an ongoing law-enforcement investigation and a competent authority has asked us not to disclose. Those are the exceptions and there are no others; in particular, JamStream does not withhold a statement of reasons merely because a matter is sensitive.
10.5. Internal complaint-handling β how to appeal. You may lodge a complaint about any moderation or account decision, including a decision not to act on a report you made.
This internal process is in addition to, and does not limit, any out-of-court dispute-settlement or court rights you have under local law.
10.5a. Out-of-court dispute settlement (EU) and other redress. If you are in the EU/EEA and are not satisfied with the outcome of the internal process β or if JamStream does not decide your complaint β you may refer the dispute to any out-of-court dispute settlement body that has been certified for that purpose by the Digital Services Coordinator of a Member State, under Article 21 of the EU Digital Services Act. You choose the body; JamStream will engage with it in good faith and will not require you to use the internal process first. JamStream has not designated a preferred body, and this Policy does not name one rather than naming one it has no arrangement with. The outcome of that process is not binding on you. You may also complain to the Digital Services Coordinator or other competent authority of your Member State, and you may go to court. If you are in the United Kingdom, you may complain to Ofcom about JamStream's compliance with its duties under the Online Safety Act 2023, and JamStream's complaints route for illegal content and for enforcement decisions is the one in Sections 10.3 and 10.5. Nothing in this Section affects a consumer's access to any national consumer-dispute body or court.
10.6. Point of contact. For EU/UK digital-services matters β notices of illegal content, requests for a statement of reasons, trusted-flagger notices, and communications from authorities β JamStream's electronic point of contact is [email protected]. Communications may be sent in English. This is JamStream's point of contact for the purposes of Articles 11 and 12 of the EU Digital Services Act. JamStream has not yet designated a legal representative in the Union under Article 13 of that Regulation; it expects that mandate to be an extension of its existing representative arrangements, and this Policy will name the representative when the designation is made rather than implying one exists now. JamStream's appointed EU, UK and Swiss data-protection representatives are listed in Section 18.5. These procedures operate alongside the copyright/DMCA process in the Copyright Policy and do not replace it for intellectual-property complaints.
10.7. What the Digital Services Act requires of JamStream, and what JamStream does anyway. JamStream is a provider of hosting services, and of an online platform, offering its Service to recipients in the Union; it is established in Israel, which is why Section 10.6 exists. It is not a Very Large Online Platform and is nowhere near the 45-million-monthly-active-recipient threshold for that designation.
10.8. United Kingdom β Online Safety Act 2023. JamStream provides a user-to-user service to people in the United Kingdom and is subject to the Online Safety Act 2023, regulated by Ofcom. What it does under that Act is the following, and each item is a cross-reference to something described elsewhere in this Policy rather than a separate promise:
Coins are a limited-license virtual item used inside the Service for tipping, gifting, and similar interactions. As stated in the notice at the top of this Policy, coins are not money, e-money, a stored-value or deposit instrument, or legal tender, and they earn no interest. Coins have no cash value, are non-transferable outside the features JamStream provides, and are never redeemed, withdrawn, or converted into money by anyone β not by you and not by a performer.
Coins you have already spent are gone. Spending a coin consumes it. It cannot be restored, and it cannot be turned back into money, because the value has already been delivered.
If you are a consumer in the EU/EEA or the United Kingdom: your 14-day right of withdrawal. You have 14 days from the day you buy coins to change your mind about that purchase. Tell us at [email protected] within that period β no reason needed. The right applies to coins that are still unspent at the moment you tell us, and those coins are refunded in real money, to the payment method you used, without undue delay and in any event within 14 days of our being told. Coins you spent before telling us are consumed and are not refunded. JamStream gives this right on the coin purchase itself rather than treating it as excluded: European consumer authorities take the view that a purchasable in-game currency represents real-world monetary value, and JamStream does not ask you to waive a right that view says you keep. If you bought your coins inside the iOS or Android app, the store took your payment and its own refund process applies as well as this one β see Section 11.2 and the Cancellation & Refund Policy. This paragraph does not affect any other statutory right you have, and the Coins & Payments Terms state the same rule.
Coins may be purchased with real money on the JamStream website via PayPal, or inside the iOS and Android apps through the app store's own billing system (Apple In-App Purchase or Google Play Billing) at the local price the store displays. Do not attempt to circumvent or defraud either purchasing pathway, and do not route others around app-store rules (see Section 4.11).
When another User tips you, gifts you, SuperChats you, pays for a song request, subscribes to your Fan Support, donates to you, or buys a ticket to your Concert, the coins they spend are consumed and you receive no coins at all. You are credited in US dollars instead. There is no such thing as a "cashable coin": no coin of any kind β purchased, earned, bonus, promotional, or free β is ever withdrawn, redeemed, or converted into money by anyone.
The dollar amount is your share of the value spent, at the rate published in Terms Β§8.4b. As of today that is 200 coins = US$1.00 of value, of which you receive your feature's share: 75% on tips and gifts ($3.75 per 1,000 coins), 50% on SuperChat ($2.50), 70% on Concert tickets ($3.50), and 85% on Fan Support and donations ($4.25). The full table is in Terms Β§8.4b and governs.
Coins that JamStream gave away earn you nothing. Welcome coins, phone-verification coins, the referee welcome bonus, streak and daily-reward coins, promotional grants and admin awards were never paid for by anyone, so a tip funded by them credits you $0.00. You still receive the Cheer and the recognition. There is no carve-out β the referrer-side referral bonus under Terms Β§8.15 is Coins only and also credits $0.00. (An earlier version of this page named it as an exception. That was wrong: the Service has never credited Earnings on a referral. Coins Policy Β§2.3 controls on payment matters and says the same.)
The Service shows you two separate figures that never overlap: Cheers, the count of Coins spent on you that carried no monetary backing (free and promotional Coins), which is recognition and has no cash value; and Earnings, your balance in US dollars, which is the money. Every Coin spent on you is counted in exactly one of the two.
Your dollar Earnings are paid to you once you are approved for payment. Approval is granted individually, by a human decision, after JamStream has checked the criteria below.
What makes Earnings payable. Where you meet all nine published eligibility criteria, the funding purchase has cleared its refund window, and your payable balance is at or above the minimum, your settled Earnings become payable, and JamStream will pay them unless one of the grounds in the next paragraph applies and is notified to you with reasons. Payment runs on a schedule: approved performers are paid monthly, by PayPal, with each payment initiated within 30 days of the end of the month in which the Earnings became payable (Terms Β§8.14(i); Coins & Payments Β§9.3). Meeting the criteria is not a formality JamStream can simply ignore. Approval is still a separate decision taken by a person β meeting the criteria clears the automatic shortlist rather than issuing the payment itself β but it is a reasoned decision on a closed list of grounds, not a free-standing power to refuse. Terms Β§8.14(f) and Coins & Payments Β§9.5 state the same rule.
β Read this before you rely on being paid β no performer has yet been approved for payment. One of the nine criteria is identity verified with JamStream (another, verified country of residence, is checked at the same contact), and JamStream does not yet operate an in-Service identity-verification flow: there is no screen in the Service where you can submit a government identity document. That step is instead completed manually, directly with JamStream, as part of the first-payment contact (Coins & Payments Β§9.8), and it counts as satisfied only once it has actually been completed and recorded β which has not yet happened for anyone, so the automatic shortlist currently returns nobody and no performer has yet been approved or paid. Your Earnings still accrue, are still shown to you and are still yours; you may realise them today by applying them to coin packs, which permanently consumes the dollars applied, or be paid them in money on the monthly schedule above once approval has actually happened for you. Until you have been told you are approved, do not treat an Earnings balance as money that will arrive on a particular date. JamStream intends to build an in-Service identity-verification flow but gives no date. The full statement is in Terms Β§8.14(f) and Β§8.14(h) and in Coins & Payments Β§9.5; it is repeated here because this is the section a performer reads.
When payment can be withheld or delayed. JamStream may withhold, delay, or refuse a payment only on one of the following grounds, and it will tell you which one it is relied on:
Each of those decisions is notified with reasons and is appealable under Section 10. JamStream keeps the discretion to pause a payment while it investigates one of those grounds; it does not reserve a right to refuse payment permanently, without reasons, to a performer who has met the criteria and against whom none of those grounds applies. A clause of that kind would not survive review in the places JamStream's users live, and a narrower one that holds is worth more than a wide one that is struck out entirely.
| Requirement | Detail |
|---|---|
| Eligibility | Nine cumulative criteria β live hours, distinct qualified listeners, distinct tippers, tipper concentration, account age, phone verification, identity verification completed with JamStream at the first-payment contact (Coins & Payments §§9.6, 9.8), a verified country of residence in a jurisdiction where JamStream can lawfully pay you (verified at the same contact), and a clean strike record β which means no live account restriction and no unresolved moderator warning in the last 12 months, and which is not the chat-strike count in Section 9.7.2. Section 9.7.1b sets out exactly what is checked. The criteria are set out in full in Terms Β§8.14(f) |
| Approval | A human decision, made against those criteria. Meeting them makes your settled Earnings payable; approval may be withheld or delayed only on one of the grounds listed above this table, notified with reasons and appealable under Section 10 |
| When earnings become payable | After the purchase that funded them clears its refund window: 90 days (Apple), 120 days (Google Play), 180 days (website) |
| Concert tickets | Held until after the Concert. Ticket money is not credited when tickets sell β it is released only once the Concert has happened and the buyer's coin purchase has cleared its refund window, whichever is later. Cancelled or undelivered Concert = the host's share is voided. Release is NOT payment β after your Concert the money joins your Earnings, and is then still subject to approval, the minimum, debt offset and JamStream's payment schedule. Performing does not get you paid immediately (Terms Β§8.5) |
| Minimum payment | US$75.00 of payable Earnings. Below that, the balance stays with you and rolls forward β see the paragraph after this table, which limits how the minimum may be used |
| Frequency | Monthly: each payment is initiated within 30 days of the end of the month in which the Earnings became payable (Terms Β§8.14(i); Coins & Payments Β§9.3), withheld only on the closed grounds above. There is no payout request and no button, because the schedule does not depend on one |
| Review | Every payment is reviewed by a person before it is sent, for fraud, safety, and compliance |
| Payout method | PayPal, to an account in your own legal name. There is currently no field in the Service for you to enter payout details, so no responsibility for supplying or maintaining them is placed on you: JamStream will contact you at the email address on your account to obtain and confirm the PayPal address before your first payment (Coins & Payments Β§9.8) |
If you are not yet approved, you keep your Earnings and can still use them. Your balance is not cancelled, reduced, or hidden, it continues to accrue, and you may spend it inside JamStream β including on coin packs at the ordinary retail price, which permanently consumes the dollars applied. Spending your balance inside JamStream is one option among others and never the only route to value: it is your choice, it is not a condition of anything, and it does not replace payment. What you cannot do, until you are approved, is receive it as money.
Non-approval is not a way of keeping your money indefinitely. Where approval is declined or withheld, and none of the grounds listed above applies β that is, there is no fraud, no chargeback exposure, no failed verification, no compliance or legal ground, and no unresolved investigation β you may ask us in writing for payment of your settled balance, and we will pay it or remit it in accordance with applicable unclaimed-property law. The same principle applies to the minimum: we will not use the minimum-payment threshold to permanently keep validly earned, settled Earnings. If your payable Earnings balance is below the minimum when you close your account (or after a reasonable dormancy period), you may ask us for a final payment of the full balance below the threshold, or we will remit it in accordance with applicable unclaimed-property law. If PayPal is not available to you, we will offer a reasonable alternative payout method where one is lawfully available, or hold your Earnings until a method becomes available, and will not forfeit them for that reason β except where a sanctions or trading-with-enemy law prohibits paying you at all, in which case no method is offered or sought and the balance is blocked and dealt with as Coins & Payments Β§10.3 states. Where the name on your payout account differs from your account name, we will accept reasonable evidence (such as a legal name change) that the account is yours, provided the account's country matches your verified country of residence (Coins & Payments Β§9.8). Any forfeiture for a policy violation is limited to the amount reasonably attributable to the violation and our reasonable resulting costs, and is not a penalty.
The payout itself is JamStream paying its own obligation, from its own funds, using PayPal β a licensed payment provider β as its payment method. An earlier version of this paragraph described PayPal as "the money-transmitter of record"; that characterised another company's regulatory status, which JamStream is not in a position to do, and it is withdrawn (the Copyright Policy Β§12.6 records the same correction). JamStream does not itself hold, transmit, or take custody of user funds as a money transmitter, does not provide financial services, and makes no representation about any third party's regulatory status. The full payout terms are in the Coins & Payments Terms.
You are responsible for your own tax obligations on any Earnings you receive, and for reporting them to the authorities where you live. JamStream has not to date issued IRS Form 1099-K, Form 1099-NEC, or any other tax form, does not currently collect tax forms (such as Form W-9 or the Form W-8 series) or taxpayer identification numbers, and applies no withholding of its own today. That is current practice, not a promise never to ask: where a law requires JamStream to collect tax documentation, an identification number, or withholding in connection with a payout β including EU platform reporting under DAC7 for EU-resident performers (Coins & Payments Β§11.6) β JamStream will collect and apply what that law requires, at the first-payment contact. Any tax documentation a payout processor requires of you is handled by that processor under its own processes, and you are responsible for giving it the accurate information it asks for. JamStream does not state what any third party is legally required to do about your taxes β an earlier version of this Policy asserted that PayPal, rather than JamStream, bore the United States information-reporting duty, and that is a conclusion about someone else's statutory position that JamStream should not be making for you. If the answer matters to you, ask your own tax adviser. Nothing here is tax advice.
The coin system is a closed-loop feature for use within the Service and is not a general-purpose payment, money-transmission, or stored-value service. You must not use coins, tipping, gifting, or the Earnings payout process to launder money, move funds between accounts you control, evade sanctions or tax reporting, or otherwise abuse the economy (see Section 4.1).
12.1. Ticketed events, and who sells you the ticket. Concerts are paid, ticketed live events. The ticket is sold to you by JamStream and is paid for in Coins from your coin balance; the host is responsible for actually delivering the performance. JamStream holds the proceeds of a ticket sale and releases the host's share only after the Concert has happened and the buyer's funding purchase has cleared its refund window (Section 11.4). Ticket prices and event details are shown at the point of purchase. Concert hosts must perform the events they sell and must hold all necessary music and performance rights (see Section 3.7.4).
12.1a. Host-specific terms. A host may state additional terms for their own event at the point of purchase β for example a start time, a set length, or an age or conduct rule for their room. Those terms are between you and the host. They may not conflict with this Policy, the Terms, or your statutory rights, and to the extent they do they have no effect. A host cannot use their own terms to remove your refund entitlement under Section 12.2, to disclaim JamStream's obligations, or to permit anything this Policy prohibits.
12.2. Refund policy β the unit and the route, stated plainly. If a Concert is cancelled by the host, does not take place, or the host is a no-show, the full Coin price you paid β the gross amount, including the platform fee β is returned to your Coin balance automatically. Two things follow from that sentence and both are meant literally. First, the refund is in Coins, to your Coin balance. It is not money returning to your card or PayPal account, because Coins are what you spent. Second, nothing is deducted: you get back what you paid, not what the host received. The timings differ depending on what happened, and are stated as they actually work rather than as one flat deadline. Where the host cancels, the refund is issued in the same operation as the cancellation β ordinarily within minutes. Where the Concert simply never goes live, a scheduled sweep cancels it and refunds every ticket three hours past its slot, so in practice around three to three and a half hours. Where the host moves the Concert to a later date, no automatic refund clock starts at all and those timings run from the new slot; the Cancellation & Refund Policy Β§12 explains how to get a full Coin refund in that case. An earlier version of this paragraph promised a refund "in any event within 48 hours". JamStream does not operate a 48-hour guarantee and that wording is withdrawn. If an automatic refund has not reached your balance, write to [email protected] and we will process it by hand.
Except where consumer law requires otherwise or the host stated otherwise at purchase, a ticket to an event that takes place as described is not refundable once the event has begun. Your separate statutory rights are unaffected, and if you paid for the underlying Coins through Apple or Google, that store's own refund process is available to you in addition to this one. JamStream may reverse or withhold a host's earnings to fund a refund, and abuse of the concert or refund mechanics is prohibited (see Section 4.3).
13.1. Upgrade tiers. The Service is free to use β subject to a 90-minute limit on a free session. That limit is stated here because it is the one material restriction on the free offer, and it applies to both roles: after 90 minutes a free host's room closes, and a free viewer is removed from the room too, whether or not they have spent anything. Three exceptions, stated because they are in your favour and an earlier version of this Section omitted them: the limit does not apply inside a Concert β no ticketed event is ever cut short by it, for the host or for any attendee β it does not apply to a guest session, and it does not apply to an administrator. A paid tier removes the limit everywhere. JamStream also offers optional paid upgrade tiers, including Pro, VIP, and Vanguard, which unlock certain features or benefits. These upgrades are purchased with Coins, deducted from your Coin balance (Coins themselves are bought with real money on the Website via PayPal, or in-app through the app store). Pricing (in Coins) and benefits are shown before you upgrade.
13.2. Automatic renewal and cancellation. Where a tier renews automatically, each renewal is charged by deducting the applicable number of Coins from your Coin balance at the then-current Coin price until you cancel; if your balance is insufficient, the tier simply does not renew and you owe nothing. The cycle is every 30 days for a monthly tier and every 365 days for an annual one β that is 30 days, not a calendar month, so a monthly tier renews slightly more than twelve times a year. Before an auto-renewing upgrade begins, JamStream will clearly disclose the recurring Coin charge and cycle and obtain your consent. You can cancel at any time from your account settings; cancellation stops future renewals and takes effect at the end of the current paid period. Because renewals draw Coins rather than money, these upgrades are never store subscriptions and there is nothing to cancel with Apple or Google. Except where required by law, Coins already deducted for the current period are not refunded. Consumers in the UK/EU and certain U.S. states may have additional cancellation and refund rights that are unaffected by this section.
14.1. What we collect. To operate the Service, JamStream collects and processes, among other things: your email address; a verified phone number (stored in a restricted field that other users cannot read, encrypted at rest by our infrastructure provider, and never shown to other users); your date of birth (used for age assurance and, where you seek payout approval, for identity verification and payment-compliance purposes β see Section 6.2 β and stored in the same restricted field); identity documents and verification results, where you apply for a payout; photos and profile media; live audio and video you transmit, which is transmitted in real time and is not recorded by JamStream (Section 7.1); device information; IP address; and usage and interaction data. Details, legal bases, and your rights are in the Privacy Policy.
14.2. Who we share it with. JamStream shares personal data only as needed to run the Service. The recipients include PayPal (payments and payouts), Google/Firebase (authentication, database, hosting, and app infrastructure), Cloudflare (delivery, media, and security), Microsoft (PhotoDNA hash matching), Sightengine (AI image classification), Apple and Google (in-app purchase billing, where you buy Coins inside an app), the provider that performs identity verification for payouts, Sentry (error diagnostics, consent-gated), Google Analytics (consent-gated), and NCMEC and law enforcement for child-safety reporting.
The authoritative list is the sub-processor table in the Privacy Policy, which states for each recipient what data it receives, where it processes it, and the transfer basis relied on. That table governs; the summary above is a signpost and is not a substitute for it, and JamStream deliberately does not maintain a second hand-written copy here that could drift out of step with it. JamStream does not sell your personal data. JamStream may also disclose data to authorities where required by law or to protect safety, as described in Section 9.6 and the Privacy Policy.
14.3. Your controls. You can access, correct, or delete your data as described in the Privacy Policy and can delete your account via the in-Service Account Deletion flow, subject to legally required retention (including CSAE-related preservation).
15.1. User Content is not JamStream's. User Content is created by Users and does not represent the views of JamStream. JamStream does not endorse, guarantee, or assume responsibility for any User Content and disclaims responsibility for it to the fullest extent permitted by law.
15.2. Good-faith moderation. To the fullest extent permitted by applicable law, JamStream and its affiliates, officers, directors, employees, and agents will not be liable to you for any action taken or not taken in connection with moderation, review, removal, restriction, disabling, muting, cutting, or refusal of access to any content, or for any decision to suspend, terminate, or restrict any account or feature β provided that the action or decision was taken in good faith and without gross negligence, and whether it was made by automated tools, human review, or a combination. This covers decisions to leave content available as well as decisions to remove it, and it covers a decision taken in good faith that turns out to have been wrong about whether the content was a violation. That is the point of the clause: moderating at all requires being able to be mistaken.
What this clause does not do, and does not try to do: it does not exclude liability for bad faith, for a malicious or retaliatory decision, or for gross negligence, and liability for those is expressly preserved. It does not affect your entitlement to accrued USD Earnings, which are preserved pending the outcome of an appeal under Section 10 and restored if the appeal succeeds (Section 10.2). It does not purport to bind any third party who is not a party to this Policy β claims by third parties are dealt with in Section 16. And it is subject in every respect to Section 15.5.
15.3. Section 230 alignment (U.S.). JamStream is a provider and user of an interactive computer service. Consistent with 47 U.S.C. Β§ 230, JamStream is not the publisher or speaker of information provided by another content provider, and is not liable on account of any action voluntarily taken in good faith to restrict access to or availability of material that JamStream or its Users consider objectionable, or on account of enabling the technical means to restrict such material. Nothing in this Policy limits protections available to JamStream under Section 230 or analogous laws in other jurisdictions.
15.4. No guarantee of detection. JamStream's moderation and safety systems, including automated and on-device tools, are provided on a reasonable-efforts basis and will not detect or prevent every violation. JamStream does not warrant that the Service is free of prohibited content or conduct.
15.5. Consumer carve-outs. Nothing in this Policy excludes or limits any liability that cannot be excluded or limited under applicable law, including, for consumers in the United Kingdom and European Union, liability for death or personal injury caused by negligence, for fraud, or for statutory consumer rights that cannot be waived. Where any provision of this Section is unenforceable against a consumer, it applies to the maximum extent permitted.
16.1. Consumers. If you use the Service as a consumer β that is, for purposes outside your trade, business, craft, or profession β you indemnify JamStream up to a maximum of US$1,000 in aggregate, and only in respect of a third-party claim actually brought against JamStream, and only where that claim arises from your own fraud, wilful misconduct, gross negligence, or deliberate or reckless breach of (a) your obligations in respect of your User Content, (b) this Policy or the Terms, (c) a third party's rights, or (d) the permitted use of the Service. A consumer owes no indemnity for an innocent or merely careless breach, and none at all for a claim to the extent it arises from JamStream's own negligence, breach, or unlawful act, or from the acts of another user. You are not asked to fund JamStream's defence beyond that cap, and you are not liable for a claim that is merely threatened or alleged and never brought. Nothing in this Section requires you to indemnify JamStream against a claim brought by you, by your estate, or by a member of your family. This paragraph states the same fault threshold as the head of Terms Β§18, which applies to every indemnity you give anywhere in the Terms or in a policy incorporated into them, including this one; where mandatory consumer law in your country of residence restricts or prohibits an indemnity of this kind, that law prevails.
16.2. Business users β and exactly who that means. You are a business user only if your activity on the Service is carried on wholly or mainly for the purposes of a trade, business, craft, or profession. Receiving occasional Tips or Gifts does not by itself make you a business user, and neither does holding an Earnings balance, hosting a free Room, or performing regularly for enjoyment. Selling tickets to a Concert, and performing as part of a trade or profession you carry on, are the clearest cases of business use. Where your use is mixed and the business purpose is not predominant, you are treated as a consumer and Section 16.1 applies to you instead; where it is genuinely unclear which you are, the question is resolved in your favour (Terms Β§25.18). If you use the Service in the course of a business as so defined, you will defend, indemnify, and hold harmless JamStream Ltd (Χ'ΧΧΧ‘ΧΧ¨ΧΧ ΧΧ’"Χ) and its affiliates, officers, directors, employees, and agents from and against any claims, damages, liabilities, losses, costs, and reasonable attorneys' fees arising out of (a) your User Content; (b) your breach of this Policy, the Terms, or applicable law; (c) your infringement of any third-party right, including any failure to obtain the music rights your performance required; and (d) your misuse of the Service. This obligation is not capped.
16.3. How an indemnity claim is run β these apply to Sections 16.1 and 16.2 alike, and are conditions of the indemnity. JamStream will: notify you promptly in writing of any claim for which it seeks indemnity, and in any event before incurring material cost; give you the information and cooperation you reasonably need; let you participate in the defence with counsel of your own choosing at your own expense; and not settle or compromise any claim in a way that binds you, admits your fault, or creates an obligation on you, without your prior written consent, which you will not unreasonably withhold. JamStream will take reasonable steps to mitigate its loss. A failure to give prompt notice releases you to the extent the delay prejudiced you.
16.4. What is carved out. No indemnity in this Section applies (a) to the extent a claim arises from JamStream's own negligence, gross negligence, or wilful misconduct; (b) to any liability JamStream bears in its own right, including where JamStream is treated in law as itself performing or communicating a work to the public, or as the primary infringer, since no warranty from you can cure JamStream's own act; or (c) so as to limit any non-excludable consumer right. Nothing in this Section requires you to indemnify JamStream for a liability that the law of your country does not permit to be shifted onto a consumer.
17.1. How changes are made. JamStream may update this Policy from time to time. For a material change, JamStream will post the updated Policy with a new effective date and version, and will give notice through the Service, at least 30 days before the change takes effect. Where the change affects performers or concert hosts in their business capacity, notice will be given on a durable medium at least 15 days before it takes effect, or longer where you need that time to adapt, in line with Regulation (EU) 2019/1150. Minor changes β corrections, clarifications, and changes to contact details β may take effect on posting.
17.2. How you accept a change β stated exactly. Acceptance is not inferred from your silence, and continued use of the Service is not, by itself, acceptance of a change to this Policy. The Service's re-acceptance gate compares the published versions of the Terms of Service and the Privacy Policy against the versions recorded on your account (Terms Β§23.5(c-1)). This Policy does not carry a version number that the Service records, so a change made to this Policy alone does not present you with an acceptance prompt. JamStream says that rather than describing a gate that would not fire. Where JamStream wants a change to this Policy to be affirmatively accepted, it publishes the change together with an incremented version of the Terms, so that the gate fires β which is what the releases of August 16 and August 18, 2026 each did. A material change made to this Policy alone binds you prospectively only, from its stated effective date, after the notice promised in Section 17.1 has been given.
17.3. If you do not agree. You may decline and close your account. If you do so because you do not accept a material change β or because JamStream has notified you of a change of operator under Terms Β§23.4 and you would rather leave than be handed to a new operator β you may ask us at [email protected] to refund in money the amount you paid for Coins that remain unspent and that were bought with money, in proportion to the price actually paid for them β the same measure as Terms Β§8.6(c) β and we will do so. Free, promotional and bonus Coins carry no money value and are not refunded. Terms Β§23.5(e) and Β§15.3(b) acknowledge this right; it is the exception to the ordinary rule that a Coin balance ends with the account, and it now covers both a declined material change and a declined change of operator. Your rights under Section 11.1 and your other statutory rights are unaffected.
17.4. No retroactive changes. A change to this Policy applies to conduct from the date it takes effect. It is not applied to past conduct, except where a change is required by law or by a competent authority to be given retroactive effect. JamStream does not reserve a self-judged discretion to apply new rules to old conduct.
18.1. Severability β two rules, and which one applies to you. (a) Consumers. Where a provision of this Policy is held unfair or unenforceable against a consumer, JamStream does not ask any court to rewrite, narrow, reform, or blue-pencil it so as to preserve any part of it against that consumer β it simply falls away as to them. That matches Terms Β§23.2(c) and the position taken by the Court of Justice in Case C-618/10 Banco EspaΓ±ol de CrΓ©dito and Case C-70/17 Abanca. (b) Everyone else. Where a provision, or any part of one, is held invalid, unlawful, or unenforceable as against a person who is not a consumer, it is first read down or narrowed to the minimum extent necessary to make it lawful and enforceable while preserving as much of its purpose as the law allows, and is severed only if it cannot be saved that way. (c) Severance or narrowing under either rule operates only as to the affected person and only to the extent of the conflict; the remaining provisions, and the same provision as against everyone else, continue in full force. Paragraph (a) prevails over paragraph (b) wherever both could apply. Each substantive clause in this Policy has been drafted to be enforceable as written rather than in reliance on being trimmed later.
18.2. No waiver. JamStream's failure to enforce any provision of this Policy is not a waiver of its right to do so later.
18.3. Interpretation. Headings are for convenience only. "Including" and similar words are illustrative and non-limiting.
18.4. Governing terms and jurisdiction. This Policy is governed by, and subject to, the governing-law, dispute-resolution, and jurisdiction provisions of the Terms. Read with those provisions, the position is:
In every case: nothing in this Policy or the Terms deprives you of the protection of the mandatory consumer-protection rules of the country in which you habitually reside, or of any right you have under that country's law to bring proceedings in its courts. Where this Section and the warning box at the top of this page could be read differently, they are to be read as saying the same thing, and this Section governs.
The Service is operated by JamStream Ltd (Χ'ΧΧΧ‘ΧΧ¨ΧΧ ΧΧ’"Χ), a company organized under the laws of Israel, company registration number (Χ.Χ€.) 517333407, registered office: Havatselet 6, Kiryat Yam, Israel.
Appointed representatives. Effective 25 May 2026, JamStream has appointed:
Data subjects and supervisory authorities may contact any of them through the dedicated portal at app.prighter.com/portal/jamstream (Prighter Client ID: 16835533678). The full entries are in Section 23.9g of the Privacy Policy and Section 23.9g of the Terms, which govern. JamStream has not yet designated an EU legal representative under Article 13 of the Digital Services Act β a mandate distinct from the Article 27 representative and from the Article 11/12 points of contact above. Until that designation is published, DSA Article 13 inquiries may be sent to [email protected] and to the Prighter portal.
Related policies: Terms Β· Privacy Policy Β· Copyright/DMCA Β· Coins & Payments Β· Acceptable Use Β· Child Safety Β· Account Deletion.