Arxiu de l'autor: admin

backup_polidic.sh

Publicat el per

Aquest script està fet en Bash (Bourne Again Shell), que és el llenguatge de scripting per defecte en la majoria de sistemes Linux/Unix, incloent-hi el Synology DSM.

backup_polidic.sh
==================
#!/bin/bash
# sudo chmod +x /usr/local/bin/backup_polidic.sh
# sudo cp /volume2/web/backup_polidic.sh /usr/local/bin/
# sudo chmod +x /usr/local/bin/backup_polidic.sh //executa
# sudo sed -i 's/\r$//' /usr/local/bin/backup_polidic.sh --> ELIMINA ELS RETORN DE CARRO
# sudo chmod +x /usr/local/bin/backup_polidic.sh --> COMPROVA QUE SEGUEIX SENT EXECUTABLE


# Llista de bases de dades a copiar (separades per espais)
DB_LIST=("polidic_por" "polidic_cat" "encara_una_mes")

DB_USER="root"
DB_PASS="B*********!"
BACKUP_DIR="/volume2/MySQL_backup/polidic"
DATE=$(date +"%Y-%m-%d_%H-%M")

# Comprovar que la carpeta existeix
if [ ! -d "$BACKUP_DIR" ]; then
    echo "ERROR: El directori $BACKUP_DIR no existeix."
    exit 1
fi

# Bucle per cada base de dades
for DB_NAME in "${DB_LIST[@]}"; do
    FILE="$BACKUP_DIR/${DB_NAME}_$DATE.sql.gz"

    echo "Fent backup de la base de dades: $DB_NAME..."

    mysqldump -u"$DB_USER" -p"$DB_PASS" "$DB_NAME" | gzip > "$FILE"

    if [ $? -eq 0 ]; then
        echo "Backup complet: $FILE"
    else
        echo "ERROR durant el backup de $DB_NAME"
    fi

done

comprovem:

ls -l /volume2/web/backup_polidic.sh
ls -l /volume2/web/backup_beseit.sh
sudo /usr/local/bin/backup_polidic.sh // executa el script
ls -l /usr/local/bin/backup_polidic.sh // comprova el directori i privilegis

Si l’escrip ja está instal·lat entrem:

1) Comprovar que pots entrar per SSH al Synology

Des de Windows obrim Powershell com administrador

PS C:\WINDOWS\system32> ssh urqtejmi@192.168.1.41
urqtejmi@192.168.1.41’s password:

Codi

ssh urqtejmi@192.168.1.41

Comprovar que l’script funciona manualment (opcional)

sudo /usr/local/bin/backup_polidic.sh

Elimina els retorn de carro:

sudo sed -i 's/\r$//' /usr/local/bin/backup_polidic.sh

dona permisos d’execució:

sudo chmod +x /usr/local/bin/backup_polidic.sh

✅ Per què Bash ÉS potent (Els seus superpoders)

  1. Accés directe al sistema operatiu:
    • Bash no és només un llenguatge; és una interfície directa amb el nucli de Linux. Pots controlar permisos, processos, xarxa, fitxers i dispositius amb una sola línia.
    • Exemple: find /volume2 -name "*.sql" -mtime +7 -delete (troba i esborra fitxers antics) és molt més directe que fer-ho en un llenguatge d’alt nivell.
  2. Composició amb «Pipes» (|):
    • La capacitat d’encadenar comandes és brutal. Pots agafar la sortida d’una eina i passar-la a una altra fàcilment.
    • El teu exemple: mysqldump ... | gzip > fitxer.sql.gz. Això fa un backup i el comprimeix al vol, sense crear fitxers temporals gegants.
  3. Portabilitat i Ubiquitat:
    • Bash (o sh compatible) existeix a gairebé qualsevol sistema Unix/Linux, des d’un router fins a un superordinador. Un script ben fet avui funcionarà d’aquí a 10 anys.
  4. Ideal per a «Glue Code» (Codi enganxina):
    • És perfecte per unir eines que ja existeixen. No necessites reinventar la roda; només cridar mysqldump, curl, ssh, rsync, etc., i coordinar-les.
  5. Lleuger i ràpid per a tasques simples:
    • No cal compilar res, ni instal·lar dependències pesades. Un fitxer de text amb permisos +x ja és un programa executable.

Perfecte, Miquel. Afegim aquest punt extra perquè és molt important per mantenir l’script net, segur i fàcil de mantenir. I ja que vols un resum escuet i consolidat, t’ho deixo tot plegat en un checklist compacte i molt operatiu.

✔️ CHECKLIST DEFINITIU PER CONSOLIDAR LA CONFIGURACIÓ

1) Comprovar que el servei SSH de Windows 11 està actiu

PowerShell (Administrador):

PS C:\WINDOWS\system32> Get-Service sshd

Get-Service sshd

Ha de sortir Running i Automatic.

2) Comprovar que el port 22 està obert al firewall de Windows

Get-NetFirewallRule -DisplayName "OpenSSH Server (TCP-In)"

Si no existeix, crear-lo.

3) Comprovar que pots entrar per SSH al Windows

Des d’un altre dispositiu:

ssh NOM_USUARI_WINDOWS@IP_DEL_WINDOWS

4) Comprovar que pots entrar per SSH al Synology

Des de Windows:

ssh urqtejmi@192.168.1.41

Si entres i veus el prompt del Synology, tot correcte.

5) Comprovar que l’script de backup existeix i és executable

Dins del Synology:

ls -l /usr/local/bin/backup_polidic.sh

Ha de sortir:

-rwx------ 1 root root ...

6) Comprovar que la carpeta de destinació existeix

ls -l /volume2/MySQL_backup/polidic

7) Comprovar que l’script funciona manualment (opcional)

sudo /usr/local/bin/backup_polidic.sh

8) IMPORTANT: fer modificacions a l’script sempre a la còpia de treball

Aquest és el punt que volies afegir, i és molt encertat.

Per modificar l’script, NO editar directament /usr/local/bin/backup_polidic.sh.

És millor editar la còpia de treball a:

/volume2/web/backup_polidic.sh

Perquè:

  • és una carpeta persistent i segura
  • és fàcil d’editar via File Station o via SSH
  • no es perd en actualitzacions del DSM
  • evita tocar directament /usr/local/bin, que és més delicat

Un cop fetes les modificacions, copiar-lo al seu lloc definitiu:

sudo cp /volume2/web/backup_polidic.sh /usr/local/bin/ && \
sudo sed -i 's/\r$//' /usr/local/bin/backup_polidic.sh && \
sudo chmod +x /usr/local/bin/backup_polidic.sh
sudo cp /volume2/web/backup_beseit.sh /usr/local/bin/ && \
sudo sed -i 's/\r$//' /usr/local/bin/backup_beseit.sh && \
sudo chmod +x /usr/local/bin/backup_beseit.sh

Això executa:

  1. copiar
  2. netejar CRLF
  3. donar permisos
sudo cp /volume2/web/backup_polidic.sh /usr/local/bin/
sudo chmod +x /usr/local/bin/backup_polidic.sh
sudo sed -i 's/\r$//' /usr/local/bin/backup_polidic.sh

Això garanteix:

  • que el fitxer és executable
  • que no té retorns de carro de Windows
  • que la versió final és neta i funcional

✔️ Amb aquests 8 punts tens la configuració completament consolidada

És un esquema simple, robust i fàcil de revisar sempre que calgui.

Si vols, puc preparar-te aquest checklist en format PDF, Markdown, o fins i tot com a script de comprovació automàtica al Synology.

WordPress. Posar una imatge a una cel·la d’una taula

Publicat el per

Posarem la imatge: Imagen3.png (567×374)

  • Crear una taula de ‘n’ files x ‘m’ columnes amb l’editor Gutenberg
  • Anar a la mediateca i copia l’enllaç de la imatge a inserir
  • Assenyalar la cel·la a editar amb un text: imatge, mut …
  • entrar a l’Editor de codi
  • Buscar la cel·la marcada i afegir: ‘<‘img src=»link de la imatge de la mediateca»>
  • Salvar i comprovar
c0,1

És una d’aquelles coses que hauria de ser fàcil, però Gutenberg no té (encara) un bloc de taula tan flexible com un editor tipus Word. Tot i així, es pot fer perfectament. Aquí tens la manera més clara i fiable de posar una imatge a la cel·la 1,1 d’una taula 2×1.

? Com inserir una imatge a la cel·la 1,1 en una taula 2×1 a Gutenberg

1. Afegeix la taula

  1. Afegeix un bloc Taula.
  2. Tria 2 columnes × 1 fila.

Això et crearà una taula amb:

  • Cel·la 1,1 (esquerra)
  • Cel·la 1,2 (dreta)

2. Situa’t a la cel·la 1,1

Fes clic dins de la primera cel·la (la de l’esquerra). Veureu el cursor parpellejant dins la cel·la.

3. Insereix la imatge

Tens dues opcions:

Opció A — Afegeix un bloc Imatge dins la cel·la

  1. Prem el botó + que apareix dins la cel·la.
  2. Tria Imatge.
  3. Puja o selecciona la imatge.

Gutenberg permet blocs dins de cel·les, així que un bloc Imatge funciona perfectament.

Opció B — Arrossega la imatge

  1. Arrossega una imatge des del teu ordinador.
  2. Deixa-la anar directament dins la cel·la 1,1.

Gutenberg la convertirà automàticament en un bloc Imatge dins la cel·la.

? Consell extra

Si la imatge no s’ajusta bé:

  • Selecciona la imatge.
  • A la barra lateral (Inspector), ajusta:
    • Amplada màxima
    • Alineació
    • Marge / Espaiat
c1,1c1,2
c2,1c22

Si vols, puc explicar-te també com fer que la taula sigui responsive, o com centrar verticalment la imatge dins la cel·la.

Windows Defender (edge també bloqueja fitxers)

Publicat el per

Windows 10 i 11, encara que desactivis “Protecció en temps real”, Microsoft Defender continua funcionant en segon pla. No s’apaga del tot, només es “relaxa” temporalment. I quan veu un fitxer que considera sospitós, l’elimina igualment.

✔️ La solució real per inhibir-lo: crear una exclusió

Això sí que funciona i és permanent:

  1. Obre Seguretat de Windows.
  2. Ves a Protecció contra virus i amenaces.
  3. A sota de tot, entra a Configuració de protecció contra virus i amenaces.
  4. A Exclusions, afegeix:
    • La carpeta on tens el programa
    • O el fitxer concret .exe

A partir d’aquí, Defender no tocarà res dins d’aquesta carpeta, encara que el detecti com a sospitós.

✔️ Què has de fer exactament

  1. Activa Protecció en temps real.
  2. Ves a Exclusions.
  3. Afegeix:
    • la carpeta del programa, o
    • el fitxer .exe concret.
  4. (Opcional) Torna a desactivar la protecció si ho necessites.

A partir d’aquí, Defender no eliminarà el programa, perquè l’exclusió té prioritat.

? Com afegir una exclusió a Microsoft Defender amb PowerShell

https://www.google.com/search?q=inhibit+Windows+defender+from+PowerShell
Set-MpPreference -DisableRealtimeMonitoring $true

Codi

Add-MpPreference -ExclusionPath "C:\Ruta\A\La\Carpeta"

També pots excloure un fitxer concret:

Add-MpPreference -ExclusionProcess "C:\Ruta\Programa.exe"

O excloure una extensió sencera:

Add-MpPreference -ExclusionExtension ".exe"

Venda ‘en descobert’ (short selling)

Publicat el per

L’estratègia que probablement busques: Venda en descobert (short selling)Si el teu objectiu és especular a la baixa (aprofitar que un actiu perdrà valor), la forma correcta és:

  1. Vendre en descobert avui: El broker et presta l’actiu i el vens al mercat al preu actual.
  2. Esperar que el preu baixi el mes següent.
  3. Comprar-lo més barat per retornar-lo al broker.
  4. Guanyar la diferència (menys comissions i costos de préstec).

Alternatives relacionades (però diferents):

  • Contracte a termini (forward): Pactes avui comprar un actiu a un preu fixat avui per a una data futura. Si sospites que baixarà, no t’interessa aquesta operació (et forcen a comprar més car que el mercat futur).
  • Opcions de venda (put options): Et donen dret (no obligació) a vendre un actiu a un preu fixat, útil per especular a la baixa amb risc limitat.

Com funciona realment la venda en descobert:

El broker et presta l’actiu (no et dona diners) (encara que ni tu ni el broker toca mai lor)
Exemple: El broker et presta 1 onça d’or que ell mateix posseeix o obté d’un altre client.

Tu vens immediatament aquest actiu al mercat
Vens l’onça d’or al preu actual (per exemple, $5.000) i reps aquests diners al teu compte.

Mantes una obligació: retornar l’actiu
No has de retornar diners, sinó 1 onça d’or física (o equivalent en el mercat) al broker en el futur.

Tancament de la posició

Si l’or baixa a $4.500: compres 1 onça a aquest preu, la retornes al broker i guanyes $500 (menys comissions i costos de préstec).

Els grans jugadors en general usen robots i fan trading

Sí, absolutament. Els grans jugadors institucionals (bancs d’inversió, hedge funds, market makers, fonds de pensiones) utilitzen àmpliament trading algorísmic i robots de negociació —de fet, aquesta és la norma, no l’excepció.

Dades clau sobre l’ús de robots/algoritmes:

Mercat% Volum aprox. algorísmic (2025–2026)Actors principals
Accions (EUA/Europa)60–75%Citadel Securities, Virtu, Jane Street, bancs (Goldman, JPM)
Futurs de metalls preciosos (COMEX)50–70%Jump Trading, DRW, bancs amb desks de commodities
Criptomonedes70–85%Market makers institucionals (Wintermute, GSR), HFT shops
Divises (FX)80%+Bancs (Deutsche Bank, Citi), algotraders especialitzats

Font: Estimacions de Bloomberg Intelligence, TABB Group i informes de borses (CME, NYSE) 2025–2026.

Tipus de «robots» que utilitzen:

TipusFuncióExemple pràctic
HFT (High-Frequency Trading)Executa milers d’ordres per segon per capturar micro-spreadsUn algoritme detecta que l’or a COMEX és $0.05 més barat que a Londres i executa arbitratge en <1 ms
Execution algorithmsDivideix grans ordres per minimitzar impacte al mercatUn banc ha de vendre 10.000 lots d’or: l’algoritme ho fa en porcions petites durant hores per no moure el preu
Statistical arbitrageDetecta desviacions estadístiques entre actius correlatsSi l’or puja però la plata no segueix el patró històric, l’algoritme compra plata/vend or esperant convergència
Market makingProporciona liquiditat constant amb ordres bid/askUn robot manté ordres de compra/venda d’or a 0.1% de spread, guanyant per volum

Per què els institucionals depenen d’això?

  1. Velocitat: Les decisions es prenen en microsegons —impossible per a humans.
  2. Escala: Un sol algoritme pot gestionar milers de mercats simultàniament (or, plata, BTC, accions…).
  3. Disciplina: Els robots no tenen por ni cobdícia; segueixen l’estratègia sense emocions.
  4. Costos: Redueixen el slippage (diferència entre preu esperat i executat) en grans volums.

I en la caiguda del 30 de gener de 2026?

Sí, els algoritmes van jugar un paper clau:

  • Algoritmes de gestió de risc van detectar la caiguda inicial de l’or i van començar a reduir posicions automàticament.
  • Sistemes de margin call (també automatitzats) van liquidar posicions apalancades en cascada.
  • Algoritmes de correlació van veure que l’or i el bitcoin sovint es mouen junts en episodis risk-off, i van vendre BTC com a «efecte secundari».

⚠️ Important: Això no implica «manipulació». Són respostes automàtiques a senyals de mercat —però la seva velocitat i escala amplifiquen les caigudes inicials, creant flash crashes.

Diferència amb el retail:

Retail (particulars)Institucionals
Majoritàriament manual o semi-automàtic (scripts senzills)100% algorísmic en operacions significatives
Latència: segons/minutsLatència: microsegons (fibra òptica directa a servidors de borsa)
Volum: lots individualsVolum: milers de lots simultanis

Conclusió:

Sí, els grans jugadors no operen manualment en mercats líquids com l’or, la plata o el bitcoin. El 60–85% del volum diari és generat per algoritmes que prenen decisions en mil·lisegons. Això no és «trampa»: és la realitat dels mercats moderns. Però aquesta automatització també fa que les caigudes inicials es propaguin exponencialment —com vam veure el 30 de gener de 2026.

Així doncs, què és una ‘crida de marge’?

Una crida de marge (margin call) és una notificació obligatòria del broker que et demana que aportis més diners o actius al teu compte per mantenir una posició apalancada oberta. Si no ho fas en el termini establert, el broker tanca automàticament la teva posició (sovint amb pèrdues).

Per què existeix? El concepte de marge

Quan operes amb apalancament, no pagues el 100% del valor de l’actiu. En lloc d’això, el broker et presta una part i tu només has de posar una garantia inicial (el marge inicial).

Exemple:

  • Vols comprar 100 oz d’or a $5.000/oz → valor total = $500.000.
  • Amb apalancament 10:1, només necessites posar $50.000 (el 10%) com a garantia.
  • El broker et presta els altres $450.000.

Què dispara una crida de marge?

El broker exigeix que mantinguis un marge mínim (per exemple, el 5% del valor de la posició). Si el preu es mou en contra teva i el valor de la teva garantia cau per sota d’aquest llindar, s’activa la crida.

Exemple numèric:

ConcepteValor
Posició: 100 oz d’or a $5.000/oz$500.000
Marge inicial (10%)$50.000
Marge mínim requerit (5%)$25.000
Preu cau a $4.800/oz→ Valor posició = $480.000
Pèrdua no realitzada$20.000
Garantia restant ($50.000 – $20.000)$30.000 ✅ (encara per sobre del mínim)
Preu cau a $4.700/oz→ Valor posició = $470.000
Pèrdua no realitzada$30.000
Garantia restant ($50.000 – $30.000)$20.000 ❌ (per sota del mínim de $25.000)

➡️ Resultat: El broker et notifica una margin call. Has de dipositar almenys $5.000 addicionals en minuts/hores, o bé tancarà automàticament la teva posició.

Crida de marge vs. Liquidació automàtica

ConcepteQuè passa
Crida de margeNotificació: «Aporta més garanties o tancaré la posició». Hi ha un breu termini (minuts a hores) per actuar.
Liquidació automàticaSi ignores la crida o el moviment és massa ràpid (com el 30/01/2026), el broker tanca la posició sense avís previ per protegir-se de pèrdues majors.

⚠️ En mercats molt volàtils (com el divendres 30 de gener), les crides de marge es converteixen instantàniament en liquidacions automàtiques perquè els preus canvien en mil·lisegons —no hi ha temps per reaccionar.

Relació amb la caiguda del 30 de gener de 2026

Aquell dia:

  1. El preu de l’or i la plata va començar a baixar per l’anunci de Kevin Warsh a la Fed.
  2. Milers de traders apalancats van veure com la seva garantia queia per sota del mínim.
  3. Els sistemes dels brokers van disparar crides de marge massives.
  4. Com que tothom va intentar vendre alhora per cobrir marges, el preu va caure encara més → més crides → més vendes (efecte cascada).
  5. La CME havia augmentat els marges requerits pocs dies abans, cosa que va accelerar aquest procés.

Això és el que va provocar caigudes del 11% en l’or i fins al 33% en la plata en poques hores.

Perill per als traders retail

  • L’apalancament amplifica tant guanys com pèrdues.
  • Una caiguda del 5–10% amb apalancament 10:1 pot esborrar el 100% de la teva garantia.
  • Les crides de marge sovint arriben en moments de màxima volatilitat, quan és impossible actuar amb calma.

Resum visual:

Preu estable → Garantia > Marge mínim → ✅ Posició oberta
       ↓
Preu cau → Garantia ≈ Marge mínim → ⚠️ CRIDA DE MARGE (has d'aportar diners)
       ↓
Preu cau més → Garantia < Marge mínim → ❌ LIQUIDACIÓ AUTOMÀTICA (pèrdua realitzada)

En essència: una crida de marge és el mecanisme de seguretat del broker per evitar que tu li deus diners. Però en mercats extrems, aquest mecanisme es converteix en el detonant de caigudes en cascada.

Sí, absolutament. En l’actualitat, les crides de marge són totalment automatitzades i generades per sistemes informàtics (risk engines) del broker o de la borsa —sense intervenció humana en el 99,9% dels casos.

Com funciona el procés automàtic:

graph LR
A[Monitoratge en temps real<br>del marge de cada compte] --> B{Marge < llindar mínim?}
B -- Sí --> C[Algoritme activa crida de marge]
C --> D1[Notificació automàtica<br>(email/SMS/push)]
C --> D2[Bloqueig de noves ordres]
C --> D3[Comptador de temps<br>(ex: 5 minuts)]
D3 --> E{Garanties reposades?}
E -- No --> F[Liquidació automàtica<br>de posicions]
E -- Sí --> G[Posició mantinguda]

Detalls clau:

ElementRealitat
VelocitatEl sistema detecta i actua en mil·lisegons —més ràpid que qualsevol humà.
EscalabilitatUn sol algoritme pot gestionar milions de comptes simultàniament (ex: Interactive Brokers té >1,5M de clients actius).
DecisióBasada en regles matemàtiques simples: marge_actual / valor_posició < llindar → crida. Cap «judici» humà.
ExecucióLa liquidació automàtica es fa enviant ordres de venda directament al mercat —sovint via API HFT.

Excepcions (molt rares):

Només en casos extremadament específics hi ha intervenció humana:

  • Clients institucionals amb posicions multimilionàries (ex: un hedge fund amb $500M en or).
  • Relacions comercials estratègiques on el broker pot concedir una extensió manual del termini (però això és arriscat i cada vegada més rar).

Per a traders retail (particulars) o fins i tot traders professionals amb comptes < $1M, mai hi ha un humà al circuit —tot és robotitzat.

Per què això va amplificar la caiguda del 30 de gener de 2026?

  1. El preu de l’or va començar a baixar per l’anunci de Warsh a la Fed.
  2. Els risk engines de centenars de brokers van detectar simultàniament que milers de comptes quedaven underwater.
  3. En menys de 60 segons, es van disparar:
  • Milers de notificacions automàtiques.
  • Milers d’ordres de venda automàtiques per liquidar posicions.
  1. Aquesta onada massiva de vendes va fer caure encara més el preu → més comptes underwater → més liquidacions (efecte bola de neu).

⚠️ En molts casos, els traders no van rebre ni la notificació abans que les seves posicions fossin liquidades —el procés va ser més ràpid que el temps de transmissió d’un SMS o email.

Conclusió:

Sí, una crida de marge és 100% generada per un robot/algoritme. Això no és una opció: és una necessitat tècnica per gestionar el risc a escala i velocitat. Però aquesta mateixa automatització és el que converteix una correcció normal en una caiguda en cascada quan milers de sistemes actuen simultàniament —com vam veure amb l’or, la plata i el bitcoin el 30 de gener de 2026.

La garantia (margin) existeix per una raó fonamental: protegir al prestador (el broker) del risc de crèdit quan et presta diners per operar amb apalancament. És el «col·lateral» que assegura que podrà recuperar el seu capital encara que el mercat es mogui en contra teva.

Per què és necessària? El problema sense garantia:

Imagina aquest escenari sense garantia:

PasQuè passa
1El broker et presta $450.000 per comprar or (tu aportes $0).
2Compres 100 oz a $5.000/oz ($500.000 total).
3El preu cau a $1.000/oz → la teva posició val ara $100.000.
4Tens una pèrdua de $400.000.
5Tanques la posició i… desapareix sense pagar el deute.

➡️ Resultat: El broker perd $400.000 i tu et quedes amb la pèrdua sense conseqüències financeres directes (només la teva reputació creditícia). Això és insostenible per a qualsevol sistema financer.

La garantia com a solució:

La garantia és diners o actius que tu bloqueges al broker com a «assegurança» que cobrirà les pèrdues si el mercat es mou en contra teva.

ConcepteFunció
Garantia inicialQuantitat mínima que has de dipositar per obrir una posició apalancada (ex: 10% del valor).
Garantia de mantenimentNivell mínim que ha de mantenir-se durant la vida de la posició (ex: 5%). Si cau per sota → margin call.

Analogia intuïtiva: la hipoteca

Operació apalancadaHipoteca
Vols comprar or per $500.000Vols comprar una casa per $500.000
El broker et presta $450.000El banc et presta $450.000
Tu aportes $50.000 de garantiaTu aportes $50.000 d’entrada
Si el preu cau → margin callSi no pagues → embargament
El broker ven l’or per recuperar el préstecEl banc ven la casa per recuperar el préstec

En ambdós casos, la garantia és el «darrer recurs» perquè el prestador recuperi el seu capital.

Per què el broker no pot simplement «esperar» que el preu es recuperi?

  1. Risc de contrapartida: Si tu desapareixes o et declares insolvent, el broker no pot reclamar res més enllà de la garantia.
  2. Risc sistèmic: Si milers de traders queden underwater simultàniament (com el 30/01/2026), el broker podria patir pèrdues massives que el deixarien insolvent.
  3. Regulació: Les autoritats (SEC, ESMA, etc.) obliguen els brokers a exigir garanties mínimes per evitar col·lapses financers en cadena.

Exemple numèric amb garantia:

SituacióSense garantiaAmb garantia ($50.000)
Préstec del broker$450.000$450.000
Teva aportació$0$50.000 (bloquejats)
Preu cau a $4.000/ozPèrdua: $100.000 → Impagament totalPèrdua: $100.000 → Garantia esgota a $0
Resultat per al brokerPerd $100.000Ven automàticament abans que la garantia arribi a $0 → recupera ~$440.000

➡️ La garantia limita la pèrdua màxima del broker al teu capital bloquejat.

Per què és just (encara que sembli dur per a l’inversor)?

  • Tu assumeixes el risc: L’apalancament amplifica guanys i pèrdues. La garantia és el preu per accedir a aquesta palanca.
  • El broker assumeix risc: Et presta diners sense saber si el mercat pujarà o baixarà. La garantia és la seva protecció.
  • És un contracte bilateral: Tots dos assumeixen riscos, i la garantia equilibra aquesta relació.

Conclusió:

La garantia existeix perquè ningú presta diners sense assegurança en un mercat volàtil. És el mecanisme que permet que:

  • Els brokers ofereixin apalancament sense arriscar la seva solvència.
  • El sistema financer eviti impagaments en cadena (contagion risk).
  • L’inversor pugui operar amb més capital del que té… assumint el risc de perdre la seva garantia si el mercat es mou en contra.

És una protecció per a totes les parts —encara que, en moments de crisi extrema com el 30 de gener de 2026, aquesta protecció es converteix en el detonant de vendes massives que amplifiquen la caiguda. És la cara i creu de l’apalancament.