Path: ...!news.mixmin.net!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Mol Newsgroups: fr.misc.finance Subject: Re: Fonctionnement du carnet d'ordre chez Paymium Date: Sat, 2 Mar 2024 08:40:02 +0100 Lines: 35 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net 8YzZGBfhUA3kmjpnwl1HVwsI7U9GJNEuX/JR2z5YyOhOjgeDvV Cancel-Lock: sha1:N6t/0BKcp86vE8SKRkr1JcZ8C84= sha256:fu4T4cHspx/6IRDYcPunp3QtE3f/7QnfxV4LXIC4uBc= User-Agent: Mozilla Thunderbird Content-Language: fr In-Reply-To: Bytes: 2108 Le 01/03/2024 à 23:57, llp a écrit : > Image qu'il y ait ces ordres en attente: > > Achat: > Utilisateur 1: demande Achat de 0.01 btc à 50000€ > Utilisateur 2: demande Achat de 0.01 btc à 50000€ > Toi: demande d'achat de 0.0175 btc à 50000€ > > Vente: > Utilisateur3: vente 0.015 btc à 50000€ > utilisateur4: vente 0.01 btc à 52000€ > > La place de marché va satisfaire la demande la plus > ancienne qui a une contrepartie: ici "utilisateur 1". > Puis il va satisfaire partiellement "utilisateur 2". > Ton ordre ne sera pas exécuté car alors il n'y a plus de contrepartie > de btc à 50000€, le vendeur suivant en demande 52000€ > > J'espère que c'est plus clair avec un exemple. Je crois que c'est plus compliqué encore. J'imagine que le genre de truc qui s'est passé était : Achat : U1 : 0.9900 à 57500 U2 : 0.9825 à 57400 U3 : 0.0175 à 50500 U4 : 0.0100 à 50000 Arrive un ordre de vente de 1BTC au mieux. Le système compare U1+U2p -> 57399 = 57499 - frais de fractionnement U2 100 U1+U3p -> 57420 = 57430 - frais de fractionnement U3 10 U1+U4 -> 57425 U2+U3 -> 57279.25 .... et le gagnant est U1+U4, qui ne requiert aucun fractionnement.