WEBVTT

00:00:01.300 --> 00:00:05.576
The Reserve button in Paper opens Profit Reserve Settings. Start by reading

00:00:05.576 --> 00:00:09.853
the figures before touching the inputs: Total Balance, Locked, marked as Profit

00:00:09.853 --> 00:00:14.129
Reserve, and Tradable Balance. Remember that Total Balance here includes holdings, while

00:00:14.129 --> 00:00:18.405
the tradable figure is based on cash and reserve. Opening this dialog

00:00:18.405 --> 00:00:20.900
does not lock, release, or transfer money.

00:00:21.400 --> 00:00:25.482
The dialog includes a Skim Rate field and a Save button. Its

00:00:25.482 --> 00:00:29.564
description says that the setting automatically locks a fraction of realized profits.

00:00:29.564 --> 00:00:33.646
Realized means a result associated with completed activity, rather than a gain

00:00:33.646 --> 00:00:37.728
that exists only in an open position's changing value. The setting describes

00:00:37.728 --> 00:00:41.810
reserve behavior; it does not promise that any trade will make a

00:00:41.810 --> 00:00:42.150
profit.

00:00:42.650 --> 00:00:46.499
Read the rate's format carefully. In this Paper dialog, zero point five

00:00:46.499 --> 00:00:50.348
represents fifty percent, not half of one percent. The interface describes a

00:00:50.348 --> 00:00:54.198
range from zero point three to zero point six. That is thirty

00:00:54.198 --> 00:00:58.047
to sixty percent. These are explanations of the displayed control, not a

00:00:58.047 --> 00:01:01.896
recommendation to select a particular rate. The header's Reserve tooltip can express

00:01:01.896 --> 00:01:03.500
the rate as a percentage.

00:01:04.000 --> 00:01:08.215
A saved rate is configuration, not proof that a particular sale increased

00:01:08.215 --> 00:01:12.430
the reserve. The account and execution path must actually apply the behavior.

00:01:12.430 --> 00:01:16.645
Check the resulting balances and recorded activity after an event rather than

00:01:16.645 --> 00:01:20.860
calculating an automatic reserve increase from a green profit number alone. Do

00:01:20.860 --> 00:01:25.075
not assume every Paper or Live workflow uses an identical reserve rule.

00:01:25.575 --> 00:01:29.597
Manual Top-up has a different purpose. In this Paper dialog, entering an

00:01:29.597 --> 00:01:33.619
amount and selecting Lock requests that more existing cash be marked as

00:01:33.619 --> 00:01:37.641
reserve. It does not add a new deposit to the account. For

00:01:37.641 --> 00:01:41.663
example, moving fifty dollars from tradable cash into reserve changes the allocation

00:01:41.663 --> 00:01:45.350
of cash; under that example, the total cash remains the same.

00:01:45.850 --> 00:01:49.975
Reset Reserve is another change, not a refresh. It opens a confirmation

00:01:49.975 --> 00:01:54.100
explaining that the reserve goes back to zero and that locked cash

00:01:54.100 --> 00:01:58.225
becomes tradable again. Read that confirmation and its scope before deciding. Resetting

00:01:58.225 --> 00:02:02.350
the reserve does not sell your holdings, undo old trades, or remove

00:02:02.350 --> 00:02:06.475
earlier losses. For this lesson, inspect the demonstration without performing a reset.

00:02:06.975 --> 00:02:11.018
In Live, use API settings to review the selected connection's trading budget

00:02:11.018 --> 00:02:15.060
and project reserve controls. The Paper reserve dialog is not the editor

00:02:15.060 --> 00:02:19.103
for those Live amounts. A connection's skim settings also need to be

00:02:19.103 --> 00:02:23.145
read in that connection's context. Saving a capital setting does not transfer

00:02:23.145 --> 00:02:27.188
money to your bank, make an exchange withdrawal, or establish a guaranteed

00:02:27.188 --> 00:02:27.525
payout.

00:02:28.025 --> 00:02:31.944
Finish with three distinctions. A rate describes configured behavior. Lock and Reset

00:02:31.944 --> 00:02:35.863
Reserve request changes to the Paper reserve allocation. A resulting balance or

00:02:35.863 --> 00:02:39.781
record shows what actually changed. If a save fails or the figures

00:02:39.781 --> 00:02:43.700
have not refreshed, keep the outcome uncertain until you verify it. Knowing

00:02:43.700 --> 00:02:47.619
which step you are viewing prevents a setting from being mistaken for

00:02:47.619 --> 00:02:48.925
a completed financial result.