<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.0 20120330//EN" "JATS-journalpublishing1.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">INFORMATICA</journal-id>
<journal-title-group><journal-title>Informatica</journal-title></journal-title-group>
<issn pub-type="epub">1822-8844</issn><issn pub-type="ppub">0868-4952</issn><issn-l>0868-4952</issn-l>
<publisher>
<publisher-name>Vilnius University</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">INFOR639</article-id>
<article-id pub-id-type="doi">10.15388/26-INFOR639</article-id>
<article-categories><subj-group subj-group-type="heading">
<subject>Research Article</subject></subj-group></article-categories>
<title-group>
<article-title>Quantum Genetic Algorithm with Dynamic Encoding Scheme</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Kim</surname><given-names>Jun Suk</given-names></name><email xlink:href="junsuk89@gmail.com">junsuk89@gmail.com</email><xref ref-type="aff" rid="j_infor639_aff_001">1</xref><xref ref-type="aff" rid="j_infor639_aff_002">2</xref><bio>
<p><bold>J.S. Kim</bold> received his bachelor’s degree in Physics from University of Illinois in Urbana-Champaign, USA, in 2016 and received his master’s and doctoral degrees in quantum computing from Gwangju Institute of Science and Technology (GIST), Republic of Korea, in 2019 and 2025, respectively. He is currently working as a post-doctoral researcher in the Department of AI and the Institute for AI in GIST. His main topics of research are quantum heuristic optimization, quantum reinforcement learning, and quantum AI.</p></bio>
</contrib>
<contrib contrib-type="author">
<name><surname>Kim</surname><given-names>Man-Je</given-names></name><email xlink:href="jaykim0104@jnu.ac.kr">jaykim0104@jnu.ac.kr</email><xref ref-type="aff" rid="j_infor639_aff_003">3</xref><xref ref-type="corresp" rid="cor1">∗</xref><bio>
<p><bold>M.-J. Kim</bold> is an associate professor in the Department of AI at Chonnam National University, Republic of Korea. He received the PhD degree from the Artificial Intelligence Graduate School, Gwangju Institute of Science and Technology (GIST), Republic of Korea in 2023. His research interests span game artificial intelligence, reinforcement learning, human-computer interaction, and machine learning. Kim is recognized for his work on evolutionary reinforcement learning algorithms and AI systems that integrate human-centric decision-making frameworks.</p></bio>
</contrib>
<contrib contrib-type="author">
<name><surname>Ahn</surname><given-names>Chang Wook</given-names></name><email xlink:href="cwan@gist.ac.kr">cwan@gist.ac.kr</email><xref ref-type="aff" rid="j_infor639_aff_001">1</xref><xref ref-type="corresp" rid="cor1">∗</xref><bio>
<p><bold>C.W. Ahn</bold> is a professor in the Department of AI at Gwangju Institute of Science and Technology (GIST), Republic of Korea. He received a PhD degree from the Department of Information and Communications at GIST in 2005. From 2005 to 2007, he worked in Samsung Advanced Institute of Technology, Korea. From 2007 to 2008, he was a research professor at GIST. From 2008 to 2016, he was an assistant/associate professor at the Department of Computer Engineering, Sungkyunkwan University (SKKU), Republic of Korea. His research interests include genetic algorithms/programming, multi-objective optimization, neural networks, and quantum machine learning.</p></bio>
</contrib>
<aff id="j_infor639_aff_001"><label>1</label>Department of AI, <institution>Gwangju Institute of Science and Technology</institution>, <country>Republic of Korea</country></aff>
<aff id="j_infor639_aff_002"><label>2</label>GIST Institute for AI, <institution>Gwangju Institute of Science and Technology</institution>, <country>Republic of Korea</country></aff>
<aff id="j_infor639_aff_003"><label>3</label>Department of AI, <institution>Chonnam National University</institution>, <country>Republic of Korea</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>∗</label>Corresponding authors.</corresp>
</author-notes>
<pub-date pub-type="ppub"><year>2026</year></pub-date><pub-date pub-type="epub"><day>6</day><month>8</month><year>2026</year></pub-date><volume content-type="ahead-of-print">0</volume><issue>0</issue><fpage>1</fpage><lpage>23</lpage><history><date date-type="received"><month>1</month><year>2026</year></date><date date-type="accepted"><month>7</month><year>2026</year></date></history>
<permissions><copyright-statement>© 2026 Vilnius University</copyright-statement><copyright-year>2026</copyright-year>
<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
<license-p>Open access article under the <ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/4.0/">CC BY</ext-link> license.</license-p></license></permissions>
<abstract>
<p>The field of Quantum Genetic Algorithm (QGA) has seen extensive efforts to develop reasonable algorithmic designs mainly due to its potential as well as the intrinsic difficulty to reproduce the necessary processes with the limited amount of quantum resources available, although it still remains one of rather theoretical concepts of approach to achieving quantum optimization. In this paper, we propose a dynamic encoding scheme that combines quantum adaptive search with iterative approximation of the search region. The method reuses the same quantum index register while updating the classical coordinate mapping associated with its basis states, thereby increasing local coordinate resolution without globally refining the entire continuous domain. Through noiseless statevector simulations on benchmark functions, we compare the proposed method with selected QGA variants in terms of final optimization accuracy and simulated qubit usage. The results show improved optimization performance under similar maximum qubit constraints, establishing a simulation-level resource advantage.</p>
</abstract>
<kwd-group>
<label>class</label>
<kwd>Quantum Algorithm</kwd>
<kwd>optimization</kwd>
<kwd>Genetic Algorithm</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="j_infor639_s_001">
<label>1</label>
<title>Introduction</title>
<p>The prospect of an idea to implement Evolutionary Algorithm (EA) via quantum computation led to the foundation of a research field called Quantum Evolutionary Algorithm (QEA) (Sofge, <xref ref-type="bibr" rid="j_infor639_ref_023">2008</xref>) or its main subcategory, Quantum Genetic Algorithm (QGA), along with anticipation that quantum application could dramatically enhance the algorithm’s optimization capability. Indeed, one of the key issues in designing an effective evolutionary algorithm is its comparatively high computational cost caused by the considerable number of fitness evaluations, especially for large and complex problems (Goldberg, <xref ref-type="bibr" rid="j_infor639_ref_010">1988</xref>). Such an intrinsic limitation is mainly due to the algorithm’s heuristic nature (Tanabe and Ishibuchi, <xref ref-type="bibr" rid="j_infor639_ref_025">2020</xref>), and there exists a widespread expectation among the related studies that successful implementation of QGA would vastly benefit from quantum advantages including the parallel computation capability (Udrescu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_026">2006</xref>).</p>
<p>As the initial optimism has subsided, subsequent studies on QGA indicate that there still remains a number of critical issues that hinder efforts to design a valid algorithmic structure for successful application to practical domains, which need to be carefully dealt with before QGA would possibly reach the level that any meaningful comparison with its classical counterparts can be considered (Lahoz-Beltra, <xref ref-type="bibr" rid="j_infor639_ref_014">2023</xref>). Especially, in the current era of noisy intermediate-scale quantum (NISQ) computing, one of the rooted concerns in designing QGA is the necessity of utilizing qubits effectively due to their scarcity with respect to building a practical algorithmic structure (Nielsen and Chuang, <xref ref-type="bibr" rid="j_infor639_ref_018">2004</xref>). Proper qubit allocation to represent the data and problem definition is particularly important in the aspect of solving large, complex real-world problems, which in many occasions consist of extensive domains that numerous solution candidates can exist.</p>
<p>Similar to its classical analog, QGA is mostly configured based on binary encoding, i.e. each gene comprises a value of either 0 or 1. The population is thus essentially a binary matrix in size of <inline-formula id="j_infor639_ineq_001"><alternatives><mml:math>
<mml:mi mathvariant="italic">M</mml:mi>
<mml:mo>×</mml:mo>
<mml:mi mathvariant="italic">N</mml:mi></mml:math><tex-math><![CDATA[$M\times N$]]></tex-math></alternatives></inline-formula>, where <italic>N</italic> is the number of individuals and <italic>M</italic> is the length of each individual as a binary string. The Hadamard operation prepares a <italic>q</italic>-qubit register in a coherent superposition over <inline-formula id="j_infor639_ineq_002"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">q</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{q}}$]]></tex-math></alternatives></inline-formula> computational-basis states with uniform probability amplitude. These basis states can be used to encode candidate chromosomes, and subsequent quantum operations act on the amplitudes of the whole register. After measurement, sampled bit strings are obtained accordingly with the final probability distribution. In this setting, however, it is not hard to predict that the process of mapping a multi-dimensional continuous domain into quantum metrics could lead to massive qubit requirements or failure of accurate problem and data representation, either of which could be detrimental to the feasibility and practicality of the designed algorithm, not to mention additional difficulties caused by the quantum-inherent phenomena such as the Barren Plateau (McClean <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_016">2018</xref>).</p>
<p>This paper focuses on the representation problem that arises when QGA is applied to continuous optimization. In conventional binary-encoded QGA, a continuous domain must first be transformed into a finite set of candidate states. A fine global discretization improves coordinate precision, but it also increases the number of qubits required for index, value, comparator, and auxiliary registers. Conversely, a coarse discretization is more qubit-efficient but may fail to represent sufficiently accurate candidate solutions. This precision-resource trade-off becomes more severe as the dimensionality of the problem or the desired numerical precision increases.</p>
<p>The proposed method addresses the aforementioned issue through a dynamic encoding scheme, which, while not to be claimed as a uniquely quantum idea, is introduced to present that classical techniques can be effectively applied to quantum tasks of optimization. The genuinely quantum component of our study lies in how the candidate set inside the current region is represented and searched: a finite grid of coordinate vectors is encoded by quantum index states, and quantum adaptive search is applied to amplify and select the candidate satisfying the current fitness threshold. Instead of assigning qubits to a fixed global discretization of the entire search space, the same quantum index register is reused across generations while its associated coordinate mapping is updated according to the current search region. As the region contracts, the effective spatial density of the encoded grid increases without requiring a corresponding increase in the number of index qubits.</p>
<p>In summary, the following is a list of the main contribution points of our paper: 
<list>
<list-item id="j_infor639_li_001">
<label>•</label>
<p>We identify the precision and resource trade-off that arises when the binary-encoded QGA is applied to continuous optimization, where finer global discretization improves coordinate precision but increases the required size of index, value, comparator, and auxiliary registers.</p>
</list-item>
<list-item id="j_infor639_li_002">
<label>•</label>
<p>We propose a dynamic encoding scheme for continuous-domain QGA, in which the same quantum index register is reused across generations while its associated coordinate mapping is updated accordingly with the current search region to increase grid resolution.</p>
</list-item>
<list-item id="j_infor639_li_003">
<label>•</label>
<p>We provide a local approximation argument showing how contraction of the search region reduces the grid spacing and the corresponding discretization error under a Lipschitz-continuity assumption.</p>
</list-item>
<list-item id="j_infor639_li_004">
<label>•</label>
<p>We evaluate the proposed method in noiseless statevector simulations on standard two-dimensional benchmark functions and compare it with the reduced and strictly structured QGA variants. The results suggest improved optimization accuracy under essentially the same maximum simulated-qubit constraint.</p>
</list-item>
</list> 
The next section introduces a number of notable studies on quantum evolutionary algorithm and briefly explains their outlines and contribution to the field. In the background section, we concisely go over the basics of quantum genetic algorithm, which are necessary for the context of our study. In the subsequent section we identify the qubit utilization issue in QGA and explain our method to resolve it. After that, the experiment section covers the setup, results, and analysis on the comparison made among the QGA techniques, including our method, which is then followed by the conclusion at the end.</p>
</sec>
<sec id="j_infor639_s_002">
<label>2</label>
<title>Literature Review</title>
<p>The idea of combining evolutionary computation with quantum computation has developed through several related but distinct research directions, including quantum-inspired evolutionary algorithms, quantum genetic algorithms, and hybrid quantum-classical optimization. Quantum-inspired evolutionary algorithms were among the earliest attempts to import quantum concepts into evolutionary computation. Han and Kim (<xref ref-type="bibr" rid="j_infor639_ref_012">2002</xref>) proposed a quantum-inspired evolutionary algorithm in which a chromosome is represented by probability amplitudes of quantum-inspired bits, and candidate solutions are obtained by observation and updated by rotation-gate-like rules. This framework improves diversity preservation and compactly represents a probability distribution over candidate solutions, but it is intended to be executed on a classical computer and therefore does not provide genuine quantum speedup. Later studies and surveys expanded this line of work to various combinatorial and numerical problems, but most of the approaches still depend on binary or problem-specific encodings, and continuous optimization requires either real-coded extensions or discretization (Zhang, <xref ref-type="bibr" rid="j_infor639_ref_028">2011</xref>).</p>
<p>Quantum genetic algorithms, distinguished from the quantum-inspired variant above, attempt to reproduce the optimization process of GAs in a quantum computational setting. Malossini <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor639_ref_015">2008</xref>) proposed a quantum genetic optimization framework, in which quantum procedures are used to accelerate fitness evaluation and selection. Udrescu <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor639_ref_026">2006</xref>) introduced an implementation of QGA based on Grover’s search, leading to the reduced quantum genetic algorithm (RQGA), where the optimization procedure is mainly reduced to quantum selection. This approach is closely related to quantum adaptive search, in which Grover-type amplitude amplification and quantum minimum finding are iteratively used to improve a threshold solution (Dürr and Hoyer, <xref ref-type="bibr" rid="j_infor639_ref_007">1996</xref>; Grover, <xref ref-type="bibr" rid="j_infor639_ref_011">1996</xref>; Baritompa <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_005">2005</xref>). The strength of RQGA and quantum adaptive search is their relatively simple structure and their theoretical quadratic query advantage for finite search spaces. The main limitation, however, is that they require the search space to be encoded as a finite set of candidate states. Therefore, for continuous optimization, the domain must first be discretized, and the number of required qubits increases rapidly correspondingly with dimension and desired coordinate precision.</p>
<p>Another branch of QGA research tries to preserve the classical GA structure more explicitly. SaiToh <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor639_ref_022">2014</xref>) proposed a semi-classical QGA with quantum crossover and mutation operations, showing that genetic operators can be implemented in a quantum circuit model. Such strictly structured QGA (SSQGA) designs are conceptually important because they mimic the classical GA procedures relatively closely. However, they require additional registers for populations, chromosome copies, pseudo-randomization, and genetic operations such as crossover. As a result, their qubit and circuit-depth requirements are relatively high, which is a serious drawback in the current noisy intermediate-scale quantum era, where quantum resources are limited and noise remains a practical obstacle (Nielsen and Chuang, <xref ref-type="bibr" rid="j_infor639_ref_018">2004</xref>; McClean <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_016">2018</xref>; Lahoz-Beltra, <xref ref-type="bibr" rid="j_infor639_ref_014">2023</xref>).</p>
<p>Recent hybrid studies suggest that resource-aware combinations of quantum and classical search are becoming increasingly important. For example, quantum-assisted genetic sampling uses amplitude amplification as a selection mechanism inside a classical GA, while hybrid RQGA-based methods reduce the quantum search space by fixing part of the chromosome classically (Acampora <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_002">2022</xref>; Ardelean and Udrescu, <xref ref-type="bibr" rid="j_infor639_ref_004">2024</xref>). These methods reduce resource demands to a certain degree, but they still largely depend on binary encodings or finite candidate sets. In the broader quantum optimization literature, quantum annealing, QAOA, and variational quantum algorithms provide alternative ways to solve optimization problems by formulating them as Ising, QUBO, Hamiltonian, or parameterized-circuit problems (Farhi <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_008">2014</xref>; Preskill, <xref ref-type="bibr" rid="j_infor639_ref_020">2018</xref>). While these approaches appear promising, their applicability to general continuous black-box optimization is indirect and often requires problem reformulation, embedding, or iterative parameter training.</p>
<p>Commonlt, the current QGA-related approaches face a difficulty when applied to continuous optimization under limited qubit availability. Quantum-inspired methods are comparatively flexible in that aspect, but they run classically after all, and SSQGAs preserve crossover and mutation but require the substantial amount of quantum resources. RQGA and quantum adaptive search are relatively qubit-efficient but assume a fixed finite representation of the search space. Those shortcomings imply a precision-resource trade-off: a coarse discretization uses fewer qubits but loses accuracy, whereas a fine discretization improves accuracy but quickly becomes impractical. The proposed method in this paper intends to address this gap by introducing a dynamic encoding scheme for continuous optimization. Table <xref rid="j_infor639_tab_001">1</xref> provides a comparison among the proposed method and the related optimization approaches.</p>
<table-wrap id="j_infor639_tab_001">
<label>Table 1</label>
<caption>
<p>Comparison of optimization approaches related to the proposed method.</p>
</caption>
<table>
<thead>
<tr>
<td colspan="5" style="vertical-align: top; text-align: center; border-top: solid thin; border-bottom: solid thin">Comparison of optimization approaches related to the proposed method</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Name</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Method</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Encoding</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Qubit required</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Advantage &amp; disadvantage</td>
</tr>
</tbody><tbody>
<tr>
<td style="vertical-align: top; text-align: left">Classical GA</td>
<td style="vertical-align: top; text-align: left">Classical heuristic</td>
<td style="vertical-align: top; text-align: left">Binary or real-valued</td>
<td style="vertical-align: top; text-align: left">N/A</td>
<td style="vertical-align: top; text-align: left">Robust; no quantum advantage</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Quantum-inspired GA</td>
<td style="vertical-align: top; text-align: left">Classical quantum-inspired heuristic</td>
<td style="vertical-align: top; text-align: left">Simulated probability amplitudes</td>
<td style="vertical-align: top; text-align: left">Non-physical</td>
<td style="vertical-align: top; text-align: left">Compact probability representation; no genuine quantum advantage</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">RQGA</td>
<td style="vertical-align: top; text-align: left">Grover-based selection</td>
<td style="vertical-align: top; text-align: left">Fixed search based on index states</td>
<td style="vertical-align: top; text-align: left">Relatively low among QGA variants</td>
<td style="vertical-align: top; text-align: left">Expected quadratic speedup; costly for high precision</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">SSQGA</td>
<td style="vertical-align: top; text-align: left">Circuit-based QGA with GA operators</td>
<td style="vertical-align: top; text-align: left">Quantum population registers</td>
<td style="vertical-align: top; text-align: left">Relatively high among QGA variants</td>
<td style="vertical-align: top; text-align: left">Closely mimics classical GA; large circuit depth</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Hybrid QGA</td>
<td style="vertical-align: top; text-align: left">Quantum-classical hybrid</td>
<td style="vertical-align: top; text-align: left">Classical population with quantum-assisted search</td>
<td style="vertical-align: top; text-align: left">Lower than full-QGA</td>
<td style="vertical-align: top; text-align: left">Comparatively practical; limited quantum advantage</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Proposed Method</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Quantum adaptive search with dynamic encoding</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Approximate coordinate grid search</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Bounded by RQGA and SSQGA requirement</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Effective search precision; multimodal convergence remains an open issue</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="j_infor639_s_003">
<label>3</label>
<title>Background</title>
<p>This section briefly covers the background information relevant to the scope of this paper. We first explain the basics of QGA and then introduce its two main implementation approaches, reduced QGA and strictly structured QGA.</p>
<sec id="j_infor639_s_004">
<label>3.1</label>
<title>Quantum Genetic Algorithm in General</title>
<p>A classical GA sets up a population of solution candidates, which are often referred to as chromosomes. Each chromosome is a solution candidate to the given problem, and its fitness value is calculated in terms of its genes that represent values for variables and elements. In QGA, gene values are encoded in the computational-basis states of one or more qubits, and a sequence of encoded gene values is represented by a quantum register. A quantum chromosome can therefore be understood as a register whose computational-basis states correspond to possible chromosome encodings. Before measurement, this register may exist in a coherent superposition of multiple encoded chromosomes, while a classical chromosome is obtained only after measurement. In the computational basis, a quantum chromosome is basically a state vector formed by tensor products among multiple qubits. At the beginning of computation, the chromosome register of <italic>n</italic> qubits is initialized as <inline-formula id="j_infor639_ineq_003"><alternatives><mml:math>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">ψ</mml:mi>
<mml:mo fence="true" stretchy="false">⟩</mml:mo>
<mml:mo>=</mml:mo>
<mml:mo stretchy="false">|</mml:mo>
<mml:mn>0</mml:mn>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">⟩</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mo>⊗</mml:mo>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$|\psi \rangle =|0{\rangle ^{\otimes n}}$]]></tex-math></alternatives></inline-formula>. Applying Hadamard gates to all qubits prepares the uniform superposition 
<disp-formula id="j_infor639_eq_001">
<label>(1)</label><alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>⊗</mml:mo>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">|</mml:mo>
<mml:mn>0</mml:mn>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">⟩</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mo>⊗</mml:mo>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msqrt>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:munder>
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">}</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:munder>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">z</mml:mi>
<mml:mo fence="true" stretchy="false">⟩</mml:mo>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {H^{\otimes n}}|0{\rangle ^{\otimes n}}=\frac{1}{\sqrt{{2^{n}}}}\sum \limits_{z\in {\{0,1\}^{n}}}|z\rangle .\]]]></tex-math></alternatives>
</disp-formula> 
The register then has support over all binary strings of length <italic>n</italic>. In QGA, each basis string <inline-formula id="j_infor639_ineq_004"><alternatives><mml:math>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">z</mml:mi>
<mml:mo fence="true" stretchy="false">⟩</mml:mo></mml:math><tex-math><![CDATA[$|z\rangle $]]></tex-math></alternatives></inline-formula> may be interpreted as an encoded candidate chromosome. Quantum gates transform the probability amplitudes of these encoded candidates coherently, and measurement returns classical bit strings according to the resulting probability distribution.</p>
<fig id="j_infor639_fig_001">
<label>Fig. 1</label>
<caption>
<p>A quantum circuit that implements a conventional QGA with classical-to-quantum data encoding, a minimum search oracle, and the Grover’s diffusion process. The index qubits are put into superposition by the Hadamard gates to generate chromosomes, and a series of the X and CNOT gates is applied to map the data onto the value qubits. The oracle, along with a comparator gate, marks the target state by the CCNOT and Z gates, which run a phase-flip. Then the whole procedure is iterated backwards to “uncompute” the qubits, after which the Grover diffusion is applied to amplify the target state’s probability amplitude.</p>
</caption>
<graphic xlink:href="infor639_g001.jpg"/>
</fig>
<p>It is a common practice to implement the quantum selection operator with utilization of Grover’s search algorithm (Grover, <xref ref-type="bibr" rid="j_infor639_ref_011">1996</xref>), one of the relatively well known quantum algorithms for its quadratic speedup capability. Its procedure is divided into two parts, the quantum oracle and the Grover’s diffuser. The oracle encodes and stores the problem function and input data, which then can be processed with successive quantum operations. Building a cost-effective oracle itself is a crucial topic with respect to developing any oracle-oriented quantum algorithm, and we will further discuss the related issues in the later part. The Grover’s diffuser, coming after the oracle, executes the process of amplitude amplification, which selectively amplifies the probability amplitude of the target state, raising the probability to guarantee its measurement at the end of the computation. Theoretically, the Grover’s search can specify the target state with <inline-formula id="j_infor639_ineq_005"><alternatives><mml:math>
<mml:mi mathvariant="italic">O</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msqrt>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msqrt>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[$O(\sqrt{n})$]]></tex-math></alternatives></inline-formula> queries from <italic>n</italic> items (Dürr and Hoyer, <xref ref-type="bibr" rid="j_infor639_ref_007">1996</xref>). In QGA, the Grover’s search is employed to specify and select chromosomes with the highest fitness values in each generation. A quantum circuit for an overall algorithmic structure for QGA is presented in Fig. <xref rid="j_infor639_fig_001">1</xref>.</p>
<p>Implementing quantum crossover and mutation operators is relatively difficult in QGA, since uncontrolled interactions or unintended intermediate measurements can cause decoherence, collapse, or noise, thereby disturbing the encoded superposition. In addition, operations analogous to crossover and mutation must be implemented coherently through reversible quantum circuits, often requiring additional registers, controlled operations, and uncomputation (Yanofsky and Mannucci, <xref ref-type="bibr" rid="j_infor639_ref_027">2008</xref>). Since the processes of crossover and mutation need to address and specify the target chromosomes periodically during computation, reproducing them with quantum computation would require a genuine strategy to bypass the aforementioned limitation.</p>
</sec>
<sec id="j_infor639_s_005">
<label>3.2</label>
<title>Reduced Variant</title>
<p>Equation (<xref rid="j_infor639_eq_001">1</xref>) implies that putting <italic>n</italic> qubits into uniform superposition generates a series of <inline-formula id="j_infor639_ineq_006"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{n}}$]]></tex-math></alternatives></inline-formula> strings that consists of every possible binary combination of 0s and 1s of length <italic>n</italic>. Therefore, theoretically, if the sufficient number of qubits could be utilized to map the problem function entirely, the whole procedure would be reduced to simply searching for the optimum in the space where every possible solution candidate exists. Reduced quantum genetic algorithm (RQGA), referred to as quantum adaptive search outside the QGA literature, was introduced inspired by such methodological reduction (Sun and Xiong, <xref ref-type="bibr" rid="j_infor639_ref_024">2014</xref>).</p>
<p>In RQGA, the only genetic operator involved is the selection, which is reproduced by Grover-BBHT algorithm, an improvement over the original Grover’s search. The absence of crossover and mutation here is not a procedural omission, but a defining feature of the reduced variant, whose purpose is to regulate circuit depth and qubit consumption by reducing the genetic process to quantum selection. The Grover’s oracle <inline-formula id="j_infor639_ineq_007"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">O</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${O_{f}}$]]></tex-math></alternatives></inline-formula> is a boolean operator, i.e. with the registers of input and auxiliary qubits <inline-formula id="j_infor639_ineq_008"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|x\right\rangle $]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor639_ineq_009"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mo>−</mml:mo>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|-\right\rangle $]]></tex-math></alternatives></inline-formula>, respectively, 
<disp-formula id="j_infor639_eq_002">
<label>(2)</label><alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">O</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
</mml:mfenced>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mo>−</mml:mo>
</mml:mrow>
</mml:mfenced>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
</mml:mfenced>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mo>−</mml:mo>
</mml:mrow>
</mml:mfenced>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {O_{f}}\left.|x\right\rangle \left.|-\right\rangle ={(-1)^{f(x)}}\left.|x\right\rangle \left.|-\right\rangle ,\]]]></tex-math></alternatives>
</disp-formula> 
which is accustomed to a black-box function <inline-formula id="j_infor639_ineq_010"><alternatives><mml:math>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>:</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">}</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup><mml:mover>
<mml:mo stretchy="true">→</mml:mo>
<mml:mrow>
<mml:mo fence="true" stretchy="false">{</mml:mo>
</mml:mrow>
</mml:mover>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">}</mml:mo></mml:math><tex-math><![CDATA[$f(x):{\{0,1\}^{n}}\xrightarrow{\{}0,1\}$]]></tex-math></alternatives></inline-formula>, activating a phase flip depending on the evaluation of <inline-formula id="j_infor639_ineq_011"><alternatives><mml:math>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[$f(x)$]]></tex-math></alternatives></inline-formula>. Roughly speaking, the Grover’s oracle is fed with a question, “Does this state satisfy the given condition (problem function)?” and it returns “yes” or “no” by marking the satisfactory state with a flipped sign. This implies that, for an optimum search problem, a threshold needs to be provided to the oracle to compare with the solution candidates. Indeed, in RQGA, the best solution candidate in each generation is marked as a threshold for the next generation, where it is compared with the next best candidate. Performing this task iteratively would ultimately lead to discovering the near-optimal solutions, negating the necessity of the crossover or mutation procedures as long as the corresponding population is capable of containing the entirety of the possible candidate pool.</p>
</sec>
<sec id="j_infor639_s_006">
<label>3.3</label>
<title>Strictly Structured Variant</title>
<p>Strictly structured quantum genetic algorithm (SSQGA) is a rather recently developed approach to implement QGA, which strictly adopts the algorithmic procedure of classical GA. It maps only part of the problem’s decision space and utilizes all of the genetic operators, including the crossover and mutation, to search the optimum. The algorithm starts with generating a pseudo-randomizer circuit to initialize the population of <italic>c</italic> chromosomes under non-uniform superposition on <italic>n</italic> qubits, where <inline-formula id="j_infor639_ineq_012"><alternatives><mml:math>
<mml:mi mathvariant="italic">c</mml:mi>
<mml:mo mathvariant="normal">&lt;</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$c\lt {2^{n}}$]]></tex-math></alternatives></inline-formula> applies. The purpose of this approach is to reduce the number of solution candidate states to be processed with the Grover’s diffuser, decreasing the required number of queries to complete the diffusion.</p>
<p>The crossover operation in SSQGA is enabled by generating two identical populations sets 
<disp-formula id="j_infor639_eq_003">
<label>(3)</label><alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">ψ</mml:mi>
</mml:mrow>
</mml:mfenced>
<mml:mo>=</mml:mo>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
<mml:mo>⊗</mml:mo>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">c</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">c</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">c</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \left.|\psi \right\rangle =\left.|{P_{1}}\right\rangle \otimes \left.|{P_{2}}\right\rangle =\frac{1}{c}{\sum \limits_{i=1}^{c}}{\sum \limits_{i=1}^{c}}\left.|{a_{1}}{a_{2}}\right\rangle \left.|{x_{1}}{x_{2}}\right\rangle ,\]]]></tex-math></alternatives>
</disp-formula> 
where the population sets <inline-formula id="j_infor639_ineq_013"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|{P_{1}}\right\rangle $]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor639_ineq_014"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|{P_{2}}\right\rangle $]]></tex-math></alternatives></inline-formula> are equal, and <inline-formula id="j_infor639_ineq_015"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${a_{k}}$]]></tex-math></alternatives></inline-formula> is an index register to a chromosome register <inline-formula id="j_infor639_ineq_016"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{k}}$]]></tex-math></alternatives></inline-formula> in each population <inline-formula id="j_infor639_ineq_017"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|{P_{k}}\right\rangle $]]></tex-math></alternatives></inline-formula>. The chromosome registers are then halved as <inline-formula id="j_infor639_ineq_018"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mtext mathvariant="italic">left</mml:mtext>
</mml:mrow>
</mml:msubsup>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mtext mathvariant="italic">right</mml:mtext>
</mml:mrow>
</mml:msubsup>
</mml:mrow>
</mml:mfenced>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mtext mathvariant="italic">left</mml:mtext>
</mml:mrow>
</mml:msubsup>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mtext mathvariant="italic">right</mml:mtext>
</mml:mrow>
</mml:msubsup>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|{x_{1}^{\textit{left}}}{x_{2}^{\textit{right}}}\right\rangle \left.|{x_{2}^{\textit{left}}}{x_{1}^{\textit{right}}}\right\rangle $]]></tex-math></alternatives></inline-formula>, allowing pseudo-swaps between qubits with the same index value by placing a series of CNOT gates. A subsequent study proposes an improved version of this structure by preserving a number of qubits in the chromosome register to significantly reduce the population size. Lastly, the mutation operation in SSQGA is implemented by applying X gates to specific qubits in the chromosome register.</p>
</sec>
</sec>
<sec id="j_infor639_s_007">
<label>4</label>
<title>Problem Definition and Proposition</title>
<p>In this section, we point out a predicament in the current QGA designs with regard to qubit utilization and explain our proposed approach that addresses the matter.</p>
<sec id="j_infor639_s_008">
<label>4.1</label>
<title>Search Space Presentation</title>
<p>In practice, QGA is generally built upon the computational basis, which takes the state vector <inline-formula id="j_infor639_ineq_019"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">ψ</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|\psi \right\rangle $]]></tex-math></alternatives></inline-formula> of each qubit as 
<disp-formula id="j_infor639_eq_004">
<label>(4)</label><alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mi mathvariant="italic">ψ</mml:mi>
</mml:mrow>
</mml:mfenced>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">α</mml:mi>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:mfenced>
<mml:mo>+</mml:mo>
<mml:mi mathvariant="italic">β</mml:mi>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \left.|\psi \right\rangle =\alpha \left.|0\right\rangle +\beta \left.|1\right\rangle ,\]]]></tex-math></alternatives>
</disp-formula> 
where <italic>α</italic> and <italic>β</italic> are the probability amplitudes of <inline-formula id="j_infor639_ineq_020"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|0\right\rangle $]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor639_ineq_021"><alternatives><mml:math>
<mml:mfenced separators="" open="" close="⟩">
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:math><tex-math><![CDATA[$\left.|1\right\rangle $]]></tex-math></alternatives></inline-formula> that must satisfy <inline-formula id="j_infor639_ineq_022"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">α</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>+</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">β</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:math><tex-math><![CDATA[${\alpha ^{2}}+{\beta ^{2}}=1$]]></tex-math></alternatives></inline-formula>. This implies that, in order to encode classical data into a quantum circuit, it needs to be converted into a form of binary string <inline-formula id="j_infor639_ineq_023"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">q</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">q</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">q</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>…</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">q</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">q</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">}</mml:mo></mml:math><tex-math><![CDATA[${q_{0}}{q_{1}}{q_{2}}\dots {q_{n}},{q_{i}}\in \{0,1\}$]]></tex-math></alternatives></inline-formula>, which then can be mapped into qubits. To allow decoding the result of the quantum computation back to the classical format, an index is assigned to each quantum chromosome, which acts as an indicator that can be referred to for tracking the solution’s address in the original data. Consequently, encoding classical data into a quantum circuit requires proper allocation of qubits to the index arrangement and chromosome value mapping. <inline-formula id="j_infor639_ineq_024"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mi mathvariant="italic">d</mml:mi>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{idx}}$]]></tex-math></alternatives></inline-formula> qubits in an index register are put into uniform superposition to generate <inline-formula id="j_infor639_ineq_025"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mi mathvariant="italic">d</mml:mi>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{{n_{idx}}}}$]]></tex-math></alternatives></inline-formula> indices, while <inline-formula id="j_infor639_ineq_026"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">v</mml:mi>
<mml:mi mathvariant="italic">a</mml:mi>
<mml:mi mathvariant="italic">l</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{val}}$]]></tex-math></alternatives></inline-formula> qubits in a value register are connected with the index qubits via CNOT gates to represent <inline-formula id="j_infor639_ineq_027"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">v</mml:mi>
<mml:mi mathvariant="italic">a</mml:mi>
<mml:mi mathvariant="italic">l</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{val}}$]]></tex-math></alternatives></inline-formula> genes accordingly with the corresponding indices.</p>
<p>Since GA is a heuristic optimization algorithm that stochastically chooses solution candidates from the search space, the following lemma holds.</p><statement id="j_infor639_stat_001"><label>Lemma 1.</label>
<p><italic>Suppose a genetic algorithm that generates an initial population of k chromosomes with a multiset</italic> <inline-formula id="j_infor639_ineq_028"><alternatives><mml:math>
<mml:mi mathvariant="italic">X</mml:mi>
<mml:mo>=</mml:mo>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">}</mml:mo></mml:math><tex-math><![CDATA[$X=\{{x_{1}},\dots ,{x_{k}}\}$]]></tex-math></alternatives></inline-formula> <italic>of the corresponding fitness values. For a search problem with a sufficiently large, continuous decision space, X is reduced to a set</italic> <inline-formula id="j_infor639_ineq_029"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">X</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo>=</mml:mo>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo fence="true" stretchy="false">}</mml:mo></mml:math><tex-math><![CDATA[${X^{\prime }}=\{{x^{\prime }_{1}},\dots ,{x^{\prime }_{s}}\}$]]></tex-math></alternatives></inline-formula> <italic>where</italic> <inline-formula id="j_infor639_ineq_030"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo stretchy="false">≠</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${x^{\prime }_{i}}\ne {x^{\prime }_{j}}$]]></tex-math></alternatives></inline-formula> <italic>for all</italic> <inline-formula id="j_infor639_ineq_031"><alternatives><mml:math>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo stretchy="false">≠</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi></mml:math><tex-math><![CDATA[$i\ne j$]]></tex-math></alternatives></inline-formula> <italic>and</italic> <inline-formula id="j_infor639_ineq_032"><alternatives><mml:math>
<mml:mi mathvariant="italic">s</mml:mi>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi></mml:math><tex-math><![CDATA[$s=k$]]></tex-math></alternatives></inline-formula><italic>.</italic></p></statement><statement id="j_infor639_stat_002"><label>Proof.</label>
<p>Since the decision space is continuous and sufficiently large, the probability that two independently sampled chromosomes correspond to the same point in the search space can safely be assumed to be zero. For a non-degenerate continuous fitness function, the induced fitness values are also almost surely distinct. Hence, for any <inline-formula id="j_infor639_ineq_033"><alternatives><mml:math>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo stretchy="false">≠</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi></mml:math><tex-math><![CDATA[$i\ne j$]]></tex-math></alternatives></inline-formula>, 
<disp-formula id="j_infor639_eq_005">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mo movablelimits="false">Pr</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \Pr ({x_{i}}={x_{j}})=0.\]]]></tex-math></alternatives>
</disp-formula> 
Because the population contains only finitely many chromosomes, the probability that any duplicate fitness value appears is also zero. Therefore, with probability one, the multiset 
<disp-formula id="j_infor639_eq_006">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">X</mml:mi>
<mml:mo>=</mml:mo>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">}</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ X=\{{x_{1}},\dots ,{x_{k}}\}\]]]></tex-math></alternatives>
</disp-formula> 
contains <italic>k</italic> distinct elements and can be reduced to a set 
<disp-formula id="j_infor639_eq_007">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">X</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo>=</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">{</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">}</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {X^{\prime }}=\big\{{x^{\prime }_{1}},\dots ,{x^{\prime }_{s}}\big\}\]]]></tex-math></alternatives>
</disp-formula> 
with <inline-formula id="j_infor639_ineq_034"><alternatives><mml:math>
<mml:mi mathvariant="italic">s</mml:mi>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi></mml:math><tex-math><![CDATA[$s=k$]]></tex-math></alternatives></inline-formula>. Thus, for continuous optimization problems, the generated chromosomes can be assumed to have distinct relative fitness values. Consequently, a value register must be sufficiently large to distinguish the fitness-related representation of all indexed chromosomes. Since <inline-formula id="j_infor639_ineq_035"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">idx</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{\mathrm{idx}}}$]]></tex-math></alternatives></inline-formula> qubits generate <inline-formula id="j_infor639_ineq_036"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">idx</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{{n_{\mathrm{idx}}}}}$]]></tex-math></alternatives></inline-formula> candidate indices and <inline-formula id="j_infor639_ineq_037"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">val</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{\mathrm{val}}}$]]></tex-math></alternatives></inline-formula> qubits represent <inline-formula id="j_infor639_ineq_038"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">val</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{{n_{\mathrm{val}}}}}$]]></tex-math></alternatives></inline-formula> distinguishable values, full differentiation requires 
<disp-formula id="j_infor639_eq_008">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">val</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mo>⩾</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">idx</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {2^{{n_{\mathrm{val}}}}}\geqslant {2^{{n_{\mathrm{idx}}}}},\]]]></tex-math></alternatives>
</disp-formula> 
and therefore 
<disp-formula id="j_infor639_eq_009">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">val</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>⩾</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">idx</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {n_{\mathrm{val}}}\geqslant {n_{\mathrm{idx}}}.\]]]></tex-math></alternatives>
</disp-formula> 
 □</p></statement>
<p>In other words, as to continuous function-based problems, one must guarantee <inline-formula id="j_infor639_ineq_039"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">v</mml:mi>
<mml:mi mathvariant="italic">a</mml:mi>
<mml:mi mathvariant="italic">l</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>⩾</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mi mathvariant="italic">d</mml:mi>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{val}}\geqslant {n_{idx}}$]]></tex-math></alternatives></inline-formula> in order to fully differentiate the chromosomes in terms of their relative fitness values. Overall, QGA requires <inline-formula id="j_infor639_ineq_040"><alternatives><mml:math>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mo>·</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[$k\cdot {n_{\text{idx}}}$]]></tex-math></alternatives></inline-formula> qubits to generate up to <inline-formula id="j_infor639_ineq_041"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{{n_{\text{idx}}}}}$]]></tex-math></alternatives></inline-formula> individuals with a constant <inline-formula id="j_infor639_ineq_042"><alternatives><mml:math>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mo>⩾</mml:mo>
<mml:mn>2</mml:mn></mml:math><tex-math><![CDATA[$k\geqslant 2$]]></tex-math></alternatives></inline-formula> that could vary depending on the method of encoding and addition of auxiliary qubits for subsequent computations. While the difference in <italic>k</italic> is trivial asymptotically in terms of the number of qubits, as it is bounded to <inline-formula id="j_infor639_ineq_043"><alternatives><mml:math>
<mml:mi mathvariant="italic">O</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[$O({n_{\text{idx}}})$]]></tex-math></alternatives></inline-formula>, the difference in terms of the number of chromosomes could be significant, since it grows exponentially with the number of qubits, i.e. it is safe to claim that <inline-formula id="j_infor639_ineq_044"><alternatives><mml:math>
<mml:mi mathvariant="italic">O</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>·</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo mathvariant="normal">&lt;</mml:mo>
<mml:mi mathvariant="italic">O</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>·</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[$O({2^{{k_{1}}\cdot {n_{\text{idx}}}}})\lt O({2^{{k_{2}}\cdot {n_{\text{idx}}}}})$]]></tex-math></alternatives></inline-formula> if <inline-formula id="j_infor639_ineq_045"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">&lt;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${k_{1}}\lt {k_{2}}$]]></tex-math></alternatives></inline-formula>. An appropriate management over the numbers of qubits and generable chromosomes thus appears to be a crucial matter in building a practical QGA with respect to its required implementation cost.</p>
<p>A continuous function <inline-formula id="j_infor639_ineq_046"><alternatives><mml:math>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo>:</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="double-struck">R</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">→</mml:mo>
<mml:mi mathvariant="double-struck">R</mml:mi></mml:math><tex-math><![CDATA[$f:{\mathbb{R}^{n}}\to \mathbb{R}$]]></tex-math></alternatives></inline-formula> is based upon an indefinite domain, where the infinite amount of input possibilities exists. For solving an optimization problem of such a kind, the methodology of RQGA, that the whole procedure can be reduced to selecting the optimum from a set of all the possible solution candidates, has its limitation, since it is virtually impossible to designate a finite set for input values from a continuous domain. This matter of search space presentation appears to be especially critical in QGA and many other quantum algorithms, where qubits are essentially scarce and their proper distribution to various operations is necessary (Giri and Korepin, <xref ref-type="bibr" rid="j_infor639_ref_009">2017</xref>). While quantum superposition allows generation of exponentially numerous solution candidates with respect to the number of qubits in the index register, it is important to recall that at least the equal number of qubits needs to be assigned to the value register in order to distinctively present the features of candidates on the decision space, which in most cases consists of real numbers with multiple digits. The fact that <inline-formula id="j_infor639_ineq_047"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">v</mml:mi>
<mml:mi mathvariant="italic">a</mml:mi>
<mml:mi mathvariant="italic">l</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{val}}$]]></tex-math></alternatives></inline-formula> has <inline-formula id="j_infor639_ineq_048"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{\text{idx}}}$]]></tex-math></alternatives></inline-formula> as a lower bound for continuous functions infers that increasing the population size raises the minimum number of qubits required for value presentation as well, expanding the overall qubit consumption in two-folds.</p>
</sec>
<sec id="j_infor639_s_009">
<label>4.2</label>
<title>Search Approximation</title>
<p>Our proposed method to handle the issue explained in the last subsection is largely based on dimension-wise discretization of the search space, which transforms the coordinates of solution candidates along each axis to countable measures. Although the presented implementation is incorporated into the reduced variant of QGA, the proposed dynamic encoding scheme is not restricted to RQGA, since it modifies the representation of the candidate search space before the selection process and can therefore be combined with other QGA variants that include crossover or mutation operators. This approach of approximation, derived from the following lemma, allows to represent the candidates distinctively with the limited number of available qubits.</p><statement id="j_infor639_stat_003"><label>Lemma 2.</label>
<p><italic>Suppose a multi-dimensional search space S of a continuous problem function with an infinite set</italic> <inline-formula id="j_infor639_ineq_049"><alternatives><mml:math>
<mml:mi mathvariant="double-struck">C</mml:mi></mml:math><tex-math><![CDATA[$\mathbb{C}$]]></tex-math></alternatives></inline-formula> <italic>of all the possible solution candidates in S. Then there exists a finite subset</italic> <inline-formula id="j_infor639_ineq_050"><alternatives><mml:math>
<mml:mi mathvariant="italic">C</mml:mi>
<mml:mo stretchy="false">⊂</mml:mo>
<mml:mi mathvariant="double-struck">C</mml:mi></mml:math><tex-math><![CDATA[$C\subset \mathbb{C}$]]></tex-math></alternatives></inline-formula><italic>, whose elements are located across S under uniform dispersion with the identical interval between each element pair in every dimension.</italic></p></statement><statement id="j_infor639_stat_004"><label>Proof.</label>
<p>In practical optimization, a continuous search space is considered over a bounded region. Let 
<disp-formula id="j_infor639_eq_010">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">S</mml:mi>
<mml:mo>=</mml:mo>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">b</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">]</mml:mo>
<mml:mo>×</mml:mo>
<mml:mo stretchy="false">⋯</mml:mo>
<mml:mo>×</mml:mo>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">b</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">]</mml:mo>
<mml:mo stretchy="false">⊂</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="double-struck">R</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ S=[{a_{1}},{b_{1}}]\times \cdots \times [{a_{d}},{b_{d}}]\subset {\mathbb{R}^{d}}.\]]]></tex-math></alternatives>
</disp-formula> 
For each dimension <italic>j</italic>, choose a finite number <inline-formula id="j_infor639_ineq_051"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">m</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>⩾</mml:mo>
<mml:mn>2</mml:mn></mml:math><tex-math><![CDATA[${m_{j}}\geqslant 2$]]></tex-math></alternatives></inline-formula> of grid points and define the interval 
<disp-formula id="j_infor639_eq_011">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">b</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">m</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {h_{j}}=\frac{{b_{j}}-{a_{j}}}{{m_{j}}-1}.\]]]></tex-math></alternatives>
</disp-formula> 
Then the set 
<disp-formula id="j_infor639_eq_012">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">C</mml:mi>
</mml:mrow>
<mml:mo stretchy="true">˜</mml:mo></mml:mover>
<mml:mo>=</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">{</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">a</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>:</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">m</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">}</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">}</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \widetilde{C}=\big\{({a_{1}}+{i_{1}}{h_{1}},\dots ,{a_{d}}+{i_{d}}{h_{d}}):{i_{j}}\in \{0,\dots ,{m_{j}}-1\}\big\}\]]]></tex-math></alternatives>
</disp-formula> 
is finite, satisfies <inline-formula id="j_infor639_ineq_052"><alternatives><mml:math><mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">C</mml:mi>
</mml:mrow>
<mml:mo stretchy="true">˜</mml:mo></mml:mover>
<mml:mo stretchy="false">⊂</mml:mo>
<mml:mi mathvariant="italic">S</mml:mi></mml:math><tex-math><![CDATA[$\widetilde{C}\subset S$]]></tex-math></alternatives></inline-formula>, and places candidate points at identical intervals along each dimension. Therefore, every bounded continuous search region admits a finite uniformly dispersed approximation. This justifies the use of a finite coordinate grid to approximate the continuous decision space in the proposed QGA encoding scheme.  □</p></statement>
<p>With Lemma <xref rid="j_infor639_stat_003">2</xref>, the search space can be described by coordinate vectors that are uniformly placed along each dimension, acting as approximate coordinates generated by superposition of the index qubits. <inline-formula id="j_infor639_ineq_053"><alternatives><mml:math><mml:mstyle displaystyle="false">
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle></mml:math><tex-math><![CDATA[$\frac{{n_{\text{idx}}}}{d}$]]></tex-math></alternatives></inline-formula> qubits are assigned to each dimension to place <inline-formula id="j_infor639_ineq_054"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mstyle displaystyle="false">
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{\frac{{n_{\text{idx}}}}{d}}}$]]></tex-math></alternatives></inline-formula> vectors, and every intersection between two vectors is regarded as a solution candidate. Overall, <inline-formula id="j_infor639_ineq_055"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${2^{{n_{\text{idx}}}}}$]]></tex-math></alternatives></inline-formula> candidates in total can be generated with <inline-formula id="j_infor639_ineq_056"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{\text{idx}}}$]]></tex-math></alternatives></inline-formula> qubits in the index register, forming a population. The task of the selection operator in QGA is then to evaluate the fitness of these candidates and specify the best one, which can be represented by the corresponding vectors’ binary indices.</p>
<p>It is important to distinguish the role of the adaptive search region from the quantum component of the proposed method. The contraction and expansion of the search range is a classical control mechanism, and similar ideas appear in adaptive grid refinement, pattern search, and trust-region optimization. Our method intends not to emphasize the use of local refinement itself, but the way such refinement is coupled with QGA encoding. At each generation, the computational basis states of the index register are mapped to coordinate vectors in the current search region. Therefore, the same set of quantum states represents different physical coordinates as the region changes. This allows the algorithm to increase the effective coordinate resolution locally without globally increasing the number of qubits to represent the entire continuous domain.</p>
<p>Sporadic placement of coordinate vectors in the continuous search space implies that there is a high probability that the global minimum is not collinear with any of the vectors that form the approximate grid. This loss of information caused by the approximation can be reduced by gradually decreasing the size of the search space.</p><statement id="j_infor639_stat_005"><label>Lemma 3.</label>
<p><italic>Let</italic> <inline-formula id="j_infor639_ineq_057"><alternatives><mml:math>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="double-struck">R</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$x,{x^{\prime }}\in {\mathbb{R}^{d}}$]]></tex-math></alternatives></inline-formula> <italic>and</italic> <inline-formula id="j_infor639_ineq_058"><alternatives><mml:math>
<mml:mi mathvariant="italic">y</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="double-struck">R</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$y,{y^{\prime }}\in {\mathbb{R}^{d}}$]]></tex-math></alternatives></inline-formula> <italic>be independently and uniformly sampled from the hypercubes</italic> <inline-formula id="j_infor639_ineq_059"><alternatives><mml:math>
<mml:mi mathvariant="italic">X</mml:mi>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$X={[-r,r]^{d}}$]]></tex-math></alternatives></inline-formula> <italic>and</italic> <inline-formula id="j_infor639_ineq_060"><alternatives><mml:math>
<mml:mi mathvariant="italic">Y</mml:mi>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$Y={[-kr,kr]^{d}}$]]></tex-math></alternatives></inline-formula><italic>, respectively, with constants</italic> <inline-formula id="j_infor639_ineq_061"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo mathvariant="normal">&gt;</mml:mo>
<mml:mn>1</mml:mn></mml:math><tex-math><![CDATA[$r\gt 1$]]></tex-math></alternatives></inline-formula> <italic>and</italic> <inline-formula id="j_infor639_ineq_062"><alternatives><mml:math>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mo mathvariant="normal">&gt;</mml:mo>
<mml:mn>1</mml:mn></mml:math><tex-math><![CDATA[$k\gt 1$]]></tex-math></alternatives></inline-formula><italic>. Then the expected Euclidean distance between two random points from the hypercubes satisfies</italic> <inline-formula id="j_infor639_ineq_063"><alternatives><mml:math>
<mml:mi mathvariant="double-struck">E</mml:mi>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo fence="true" stretchy="false">]</mml:mo>
<mml:mo mathvariant="normal">&lt;</mml:mo>
<mml:mi mathvariant="double-struck">E</mml:mi>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">y</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo fence="true" stretchy="false">]</mml:mo></mml:math><tex-math><![CDATA[$\mathbb{E}[\| x-{x^{\prime }}\| ]\lt \mathbb{E}[\| y-{y^{\prime }}\| ]$]]></tex-math></alternatives></inline-formula><italic>.</italic></p></statement><statement id="j_infor639_stat_006"><label>Proof.</label>
<p>Let <italic>u</italic>, <inline-formula id="j_infor639_ineq_064"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">u</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${u^{\prime }}$]]></tex-math></alternatives></inline-formula> be independently and uniformly sampled from the unit hypercube <inline-formula id="j_infor639_ineq_065"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${[-1,1]^{d}}$]]></tex-math></alternatives></inline-formula>. Then points sampled from 
<disp-formula id="j_infor639_eq_013">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">X</mml:mi>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ X={[-r,r]^{d}}\]]]></tex-math></alternatives>
</disp-formula> 
can be written as 
<disp-formula id="j_infor639_eq_014">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mi mathvariant="italic">u</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mspace width="2em"/>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">u</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ x=ru,\hspace{2em}{x^{\prime }}=r{u^{\prime }},\]]]></tex-math></alternatives>
</disp-formula> 
while points sampled from 
<disp-formula id="j_infor639_eq_015">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">Y</mml:mi>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ Y={[-kr,kr]^{d}}\]]]></tex-math></alternatives>
</disp-formula> 
can be written as 
<disp-formula id="j_infor639_eq_016">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">y</mml:mi>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mi mathvariant="italic">u</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mspace width="2em"/>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">u</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ y=kru,\hspace{2em}{y^{\prime }}=kr{u^{\prime }}.\]]]></tex-math></alternatives>
</disp-formula> 
By the homogeneity of the Euclidean norm, 
<disp-formula id="j_infor639_eq_017">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">u</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">u</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \| x-{x^{\prime }}\| =r\| u-{u^{\prime }}\| ,\]]]></tex-math></alternatives>
</disp-formula> 
and 
<disp-formula id="j_infor639_eq_018">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">y</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">u</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">u</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \| y-{y^{\prime }}\| =kr\| u-{u^{\prime }}\| .\]]]></tex-math></alternatives>
</disp-formula> 
Taking expectations gives 
<disp-formula id="j_infor639_eq_019">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="double-struck">E</mml:mi>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">[</mml:mo>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">y</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">]</mml:mo>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mspace width="0.1667em"/>
<mml:mi mathvariant="double-struck">E</mml:mi>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">[</mml:mo>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">]</mml:mo>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \mathbb{E}\big[\| y-{y^{\prime }}\| \big]=k\hspace{0.1667em}\mathbb{E}\big[\| x-{x^{\prime }}\| \big].\]]]></tex-math></alternatives>
</disp-formula> 
Since <inline-formula id="j_infor639_ineq_066"><alternatives><mml:math>
<mml:mi mathvariant="italic">k</mml:mi>
<mml:mo mathvariant="normal">&gt;</mml:mo>
<mml:mn>1</mml:mn></mml:math><tex-math><![CDATA[$k\gt 1$]]></tex-math></alternatives></inline-formula>, it follows that 
<disp-formula id="j_infor639_eq_020">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="double-struck">E</mml:mi>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">[</mml:mo>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">]</mml:mo>
<mml:mo mathvariant="normal">&lt;</mml:mo>
<mml:mi mathvariant="double-struck">E</mml:mi>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">[</mml:mo>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">y</mml:mi>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>′</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">]</mml:mo>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \mathbb{E}\big[\| x-{x^{\prime }}\| \big]\lt \mathbb{E}\big[\| y-{y^{\prime }}\| \big].\]]]></tex-math></alternatives>
</disp-formula> 
Therefore, reducing the size of the search region reduces the expected distance between candidate points. With the same number of coordinate vectors, this increases the effective density of the approximate grid, supporting the proposed iterative contraction strategy.  □</p></statement>
<p>Lemma <xref rid="j_infor639_stat_005">3</xref> supports a geometric interpretation of region contraction: when the number of grid points is fixed, reducing the search radius increases the density of candidate points in the current region. It does not imply that the global optimum of the original domain remains inside the contracted region; rather, the direct consequence for the proposed encoding scheme is instead a local approximation property: if the relevant optimum lies inside the current search region, then the uniformly encoded grid can approximate the best point in that region more closely as the region radius decreases.</p><statement id="j_infor639_stat_007"><label>Proposition 1.</label>
<p><italic>For the local approximation bound, let the search region at generation t be</italic> 
<disp-formula id="j_infor639_eq_021">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">c</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">c</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {S_{t}}={[{c_{t}}-{r_{t}},{c_{t}}+{r_{t}}]^{d}},\]]]></tex-math></alternatives>
</disp-formula> 
<italic>and let</italic> <inline-formula id="j_infor639_ineq_067"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">G</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${G_{t}}$]]></tex-math></alternatives></inline-formula> <italic>be a uniformly discretized grid over</italic> <inline-formula id="j_infor639_ineq_068"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${S_{t}}$]]></tex-math></alternatives></inline-formula> <italic>with m coordinate values per dimension. Then the grid spacing is</italic> 
<disp-formula id="j_infor639_eq_022">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">m</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {h_{t}}=\frac{2{r_{t}}}{m-1}.\]]]></tex-math></alternatives>
</disp-formula> 
<italic>For any point</italic> <inline-formula id="j_infor639_ineq_069"><alternatives><mml:math>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[$x\in {S_{t}}$]]></tex-math></alternatives></inline-formula><italic>, there exists a grid point</italic> <inline-formula id="j_infor639_ineq_070"><alternatives><mml:math><mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">G</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[$\hat{x}\in {G_{t}}$]]></tex-math></alternatives></inline-formula> <italic>such that</italic> 
<disp-formula id="j_infor639_eq_023">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>−</mml:mo><mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">‖</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>⩽</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msqrt>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \| x-\hat{x}{\| _{2}}\leqslant \frac{\sqrt{d}}{2}{h_{t}}.\]]]></tex-math></alternatives>
</disp-formula> 
<italic>If the objective function f is Lipschitz continuous on</italic> <inline-formula id="j_infor639_ineq_071"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${S_{t}}$]]></tex-math></alternatives></inline-formula> <italic>with constant L, and if</italic> <inline-formula id="j_infor639_ineq_072"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${x_{t}^{\ast }}$]]></tex-math></alternatives></inline-formula> <italic>is the minimum of f over</italic> <inline-formula id="j_infor639_ineq_073"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${S_{t}}$]]></tex-math></alternatives></inline-formula><italic>, then the best grid point</italic> <inline-formula id="j_infor639_ineq_074"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">G</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{t}^{\ast }}\in {G_{t}}$]]></tex-math></alternatives></inline-formula> <italic>satisfies</italic> 
<disp-formula id="j_infor639_eq_024">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">)</mml:mo>
<mml:mo>⩽</mml:mo>
<mml:mi mathvariant="italic">L</mml:mi><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msqrt>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ f\big({g_{t}^{\ast }}\big)-f\big({x_{t}^{\ast }}\big)\leqslant L\frac{\sqrt{d}}{2}{h_{t}}.\]]]></tex-math></alternatives>
</disp-formula>
</p></statement><statement id="j_infor639_stat_008"><label>Proof.</label>
<p>The uniform grid partitions each coordinate axis into intervals of length <inline-formula id="j_infor639_ineq_075"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${h_{t}}$]]></tex-math></alternatives></inline-formula>. Hence, for any <inline-formula id="j_infor639_ineq_076"><alternatives><mml:math>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[$x\in {S_{t}}$]]></tex-math></alternatives></inline-formula>, the nearest grid point <inline-formula id="j_infor639_ineq_077"><alternatives><mml:math><mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover></mml:math><tex-math><![CDATA[$\hat{x}$]]></tex-math></alternatives></inline-formula> differs from <italic>x</italic> by at most <inline-formula id="j_infor639_ineq_078"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" stretchy="false">/</mml:mo>
<mml:mn>2</mml:mn></mml:math><tex-math><![CDATA[${h_{t}}/2$]]></tex-math></alternatives></inline-formula> in each dimension, which gives 
<disp-formula id="j_infor639_eq_025">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mo stretchy="false">‖</mml:mo>
<mml:mi mathvariant="italic">x</mml:mi>
<mml:mo>−</mml:mo><mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">‖</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>⩽</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msqrt>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \| x-\hat{x}{\| _{2}}\leqslant \frac{\sqrt{d}}{2}{h_{t}}.\]]]></tex-math></alternatives>
</disp-formula> 
Let <inline-formula id="j_infor639_ineq_079"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\hat{x}_{t}}$]]></tex-math></alternatives></inline-formula> be the nearest grid point to <inline-formula id="j_infor639_ineq_080"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${x_{t}^{\ast }}$]]></tex-math></alternatives></inline-formula>. Since <inline-formula id="j_infor639_ineq_081"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${g_{t}^{\ast }}$]]></tex-math></alternatives></inline-formula> is the best point in <inline-formula id="j_infor639_ineq_082"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">G</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${G_{t}}$]]></tex-math></alternatives></inline-formula>, 
<disp-formula id="j_infor639_eq_026">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">)</mml:mo>
<mml:mo>⩽</mml:mo>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ f\big({g_{t}^{\ast }}\big)\leqslant f({\hat{x}_{t}}).\]]]></tex-math></alternatives>
</disp-formula> 
By Lipschitz continuity, 
<disp-formula id="j_infor639_eq_027">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">)</mml:mo>
<mml:mo>⩽</mml:mo>
<mml:mi mathvariant="italic">L</mml:mi>
<mml:mo stretchy="false">‖</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">‖</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>⩽</mml:mo>
<mml:mi mathvariant="italic">L</mml:mi><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msqrt>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ f({\hat{x}_{t}})-f\big({x_{t}^{\ast }}\big)\leqslant L\| {\hat{x}_{t}}-{x_{t}^{\ast }}{\| _{2}}\leqslant L\frac{\sqrt{d}}{2}{h_{t}}.\]]]></tex-math></alternatives>
</disp-formula> 
Therefore, 
<disp-formula id="j_infor639_eq_028">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">f</mml:mi>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msubsup>
<mml:mo mathvariant="normal" fence="true" maxsize="1.19em" minsize="1.19em">)</mml:mo>
<mml:mo>⩽</mml:mo>
<mml:mi mathvariant="italic">L</mml:mi><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msqrt>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msqrt>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">h</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ f\big({g_{t}^{\ast }}\big)-f\big({x_{t}^{\ast }}\big)\leqslant L\frac{\sqrt{d}}{2}{h_{t}}.\]]]></tex-math></alternatives>
</disp-formula> 
 □</p></statement>
<p>The bound above is conditional on the relevant optimum remaining inside the current search region. Let <inline-formula id="j_infor639_ineq_083"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${x^{\ast }}$]]></tex-math></alternatives></inline-formula> denote the global minimum in the original domain and suppose <inline-formula id="j_infor639_ineq_084"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x^{\ast }}\in {S_{t}}$]]></tex-math></alternatives></inline-formula>. After the selection step, the proposed method constructs the next search region as 
<disp-formula id="j_infor639_eq_029">
<label>(5)</label><alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>+</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>+</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>+</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {S_{t+1}}={[{g_{t}}-{r_{t+1}},{g_{t}}+{r_{t+1}}]^{d}},\]]]></tex-math></alternatives>
</disp-formula> 
where <inline-formula id="j_infor639_ineq_085"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{t}}$]]></tex-math></alternatives></inline-formula> is the selected candidate. Then <inline-formula id="j_infor639_ineq_086"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${x^{\ast }}$]]></tex-math></alternatives></inline-formula> remains inside the next search region if and only if 
<disp-formula id="j_infor639_eq_030">
<label>(6)</label><alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:mo stretchy="false">‖</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msup>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">‖</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>∞</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>⩽</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">r</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>+</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ \| {g_{t}}-{x^{\ast }}{\| _{\infty }}\leqslant {r_{t+1}}.\]]]></tex-math></alternatives>
</disp-formula> 
Therefore, contraction is considered safe when the selected candidate is sufficiently close to the global minimum. If this condition is violated, the global optimum is likely to be excluded from the next search region and subsequent contractions cannot recover it unless an expansion, restart, or multi-region search mechanism is applied.</p>
<p>We can expect that in a smaller search space, the coordinate vectors will be placed with higher density that probabilistically decreases their Euclidean distances from the minimum inside the space. In other words, theoretically, through repetitive shrinking of the search region, the grid resolution within that region increases, thereby reducing the local discretization error when the target optimum remains inside the region. The best candidate in each generation becomes the centre of the search space for the next generation, which is bounded by other candidate points that are adjacent to the centre candidate on the plane of the approximated space in every dimension. We deem that this methodology is plausible in a sense that the arbitrary local optima are likely to exist within the bounded area due to the approximity of the solution candidates. The overall procedure of the proposed method is pictured in Fig. <xref rid="j_infor639_fig_002">2</xref> along with its pseudo-code in Algorithm <xref rid="j_infor639_fig_003">1</xref>.</p>
<fig id="j_infor639_fig_002">
<label>Fig. 2</label>
<caption>
<p>A graphic of the proposed method’s overall procedure. (a) A continuous problem function is given. (b)-(c) An approximate search space is formed by the coordinate vectors placed along each dimension. The solution candidate with the highest fitness is chosen, which becomes the centre of the contracted search space for the next run. (d) Iterating this procedure may eventually lead to a near-optimal solution, terminating the process with an arbitrary condition.</p>
</caption>
<graphic xlink:href="infor639_g002.jpg"/>
</fig>
</sec>
<sec id="j_infor639_s_010">
<label>4.3</label>
<title>Coping with Multimodality</title>
<p>Admittedly, our approach described in the last subsection does not guarantee that the global minimum would remain inside the search space under all circumstances. Let <inline-formula id="j_infor639_ineq_087"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${x^{\ast }}$]]></tex-math></alternatives></inline-formula> be the global minimum and let <inline-formula id="j_infor639_ineq_088"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{t}}$]]></tex-math></alternatives></inline-formula> be the candidate selected by quantum adaptive search from the approximate grid <inline-formula id="j_infor639_ineq_089"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">G</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${G_{t}}$]]></tex-math></alternatives></inline-formula>. If <inline-formula id="j_infor639_ineq_090"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{t}}$]]></tex-math></alternatives></inline-formula> lies in the basin of a local minimum and the contracted region centred at <inline-formula id="j_infor639_ineq_091"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{t}}$]]></tex-math></alternatives></inline-formula> does not contain <inline-formula id="j_infor639_ineq_092"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>∗</mml:mo>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${x^{\ast }}$]]></tex-math></alternatives></inline-formula>, then the algorithm becomes restricted to a subregion from which the global minimum is unreachable by further contraction alone. This can occur when the current grid is too coarse to place a candidate sufficiently close to the global basin, or when a local basin contains grid points with better observed fitness values than the available grid points near the global minimum.</p>
<p>We introduce an expansion mechanism to reduce the risk described above. When the best fitness value does not improve for a prescribed number of generations, the search region is expanded in order to recover candidate areas that may have been excluded by previous contractions. This mechanism increases the opportunity to escape from local minima, although it does not by itself guarantee global convergence for arbitrary non-convex or non-Lipschitz functions. A formal global convergence guarantee would require additional techniques, such as repeated coverage of the original domain, a restart policy with nonzero probability of sampling every relevant region, or a multi-region search procedure that maintains several candidate basins simultaneously, which are the commonly suggested practices among various heuristic optimization studies.</p>
<p>In an environment where the abundant number of qubits can be utilized, the aforementioned issue of multimodality could possibly be solved by adopting parallel processing upon multiple intersections of the coordinate vectors. This setting would allow to proceed with multiple search spaces concurrently, and their locations can be decided by the observation counts of the state vectors on multiple measurements of the circuit. Several copies of the circuit that implements our method would be needed to run this procedure.</p>
<fig id="j_infor639_fig_003">
<label>Algorithm 1</label>
<caption>
<p>Quantum Adaptive Search in Approximate Region</p>
</caption>
<graphic xlink:href="infor639_g003.jpg"/>
</fig>
</sec>
</sec>
<sec id="j_infor639_s_011">
<label>5</label>
<title>Experiment</title>
<p>This section explains the setup, results, and analysis on the experiment conducted to verify the validity of our proposed method.</p>
<sec id="j_infor639_s_012">
<label>5.1</label>
<title>Setup</title>
<p>We used IBM Qiskit (Abraham <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_001">2019</xref>) to set up a quantum simulation environment and to implement our method in it. For result clarification purposes, we chose to run our program with Qiskit Aer <monospace>StatevectorSimulator</monospace>, which supports up to 30 simulated qubits in a state vector form. The oracle includes the in-built <monospace>IntegerComparator</monospace> function that requires <inline-formula id="j_infor639_ineq_093"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">v</mml:mi>
<mml:mi mathvariant="italic">a</mml:mi>
<mml:mi mathvariant="italic">l</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{val}}$]]></tex-math></alternatives></inline-formula> ancilla qubits, raising the total number of qubits in the index and value registers to <inline-formula id="j_infor639_ineq_094"><alternatives><mml:math>
<mml:mn>3</mml:mn>
<mml:mo>·</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[$3\cdot {n_{\text{idx}}}$]]></tex-math></alternatives></inline-formula>. Since two qubits are spared for the task of specifying target states via phase-flip, the maximum possible number for <inline-formula id="j_infor639_ineq_095"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{\text{idx}}}$]]></tex-math></alternatives></inline-formula> is 9. Such scarcity of qubit indicates that running the simulation upon complex real-world problems would be impractical and hardly produce any meaningful results. Therefore, we decided to conduct the experiment upon four benchmark optimization problem functions, Rosenbrock (Rosenbrock, <xref ref-type="bibr" rid="j_infor639_ref_021">1960</xref>), Rastrigin (Hoffmeister and Bäck, <xref ref-type="bibr" rid="j_infor639_ref_013">1991</xref>), Ackley (Ackley, <xref ref-type="bibr" rid="j_infor639_ref_003">1987</xref>), and Sphere (Picheny <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_019">2013</xref>). Each function is set as 2-dimensional with up to 4 index qubits assignable to each dimension, generating 16 coordinate vectors at the maximum.</p>
<p>In order to measure the comparative performance of the proposed method, we implemented the standard RQGA and SSQGA under the same setting. Our method and RQGA would start with <inline-formula id="j_infor639_ineq_096"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mn>4</mml:mn></mml:math><tex-math><![CDATA[${n_{\text{idx}}}=4$]]></tex-math></alternatives></inline-formula> and add two additional index qubits to their circuits each time the found minimum has remained the same for more than 3 generations. SSQGA, on the other hand, starts with <inline-formula id="j_infor639_ineq_097"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mn>8</mml:mn></mml:math><tex-math><![CDATA[${n_{\text{idx}}}=8$]]></tex-math></alternatives></inline-formula> because it requires two population sets from the beginning. With <inline-formula id="j_infor639_ineq_098"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext>idx</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mn>4</mml:mn></mml:math><tex-math><![CDATA[${n_{\text{idx}}}=4$]]></tex-math></alternatives></inline-formula> initial index qubits, SSQGA would be allowed to generate only 4 chromosomes for each of the initial populations, which we deem is unsuitable for measuring the algorithm’s practicality. All three algorithms were given 50 generations to perform the optimization task, and the whole procedure was iterated 10 times to assess their average performance. An elitist strategy is chosen, with which the best candidate in each generation is saved and compared with the next one, replacing it if better.</p>
<p>The benchmark functions used in our experiment generally assume a relative small search space. For example, it is a common practice to evaluate the Rastrigin function on a hypercube of <inline-formula id="j_infor639_ineq_099"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>5.12</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>5.12</mml:mn>
<mml:mo fence="true" stretchy="false">]</mml:mo></mml:math><tex-math><![CDATA[${x_{i}}\in [-5.12,5.12]$]]></tex-math></alternatives></inline-formula> (Naser <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_017">2025</xref>). Since one of our aims is to rate the scalable practicality of the quantum algorithms with the limited amount of resources, we set the initial search ranges <italic>r</italic> relatively larger, by <inline-formula id="j_infor639_ineq_100"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>10</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>10</mml:mn>
<mml:mo fence="true" stretchy="false">]</mml:mo></mml:math><tex-math><![CDATA[${x_{i}}\in [-10,10]$]]></tex-math></alternatives></inline-formula> with <inline-formula id="j_infor639_ineq_101"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor639_ineq_102"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>20</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>20</mml:mn>
<mml:mo fence="true" stretchy="false">]</mml:mo></mml:math><tex-math><![CDATA[${x_{i}}\in [-20,20]$]]></tex-math></alternatives></inline-formula> with <inline-formula id="j_infor639_ineq_103"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula>. For our method, the ranges are continuously changed, depending on the optimization tendency. Each algorithm was tested on both ranges to observe the relative performance in varying size of the search space.</p>
<fig id="j_infor639_fig_004">
<label>Fig. 3</label>
<caption>
<p>Graphs of optimization progress on the benchmark functions of (a) Rosenbrock, (b) Rastrigin, (c) Ackley, and (d) Sphere over 50 generations. Dashed blue lines: our method; dashdot red lines: RQGA; dotted green lines: SSQGA. Those with the search range of <inline-formula id="j_infor639_ineq_104"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> are painted with light colours, and the others with <inline-formula id="j_infor639_ineq_105"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula> are painted with dark colours.</p>
</caption>
<graphic xlink:href="infor639_g004.jpg"/>
</fig>
<p>The present experimental evaluation is intended as a proof-of-concept comparison among QGA-based methods under the same simulated-qubit constraint, and it is not designed as a comprehensive benchmarking study against classical continuous optimization algorithms. In particular, we do not intend to include classical adaptive or evolutionary optimizers as baselines for comparison. Therefore, the results reported in this section should be interpreted as evidence of improvement over the selected QGA variants tested here, namely RQGA and SSQGA, rather than as evidence that the proposed method is competitive with classical counterparts.</p>
</sec>
<sec id="j_infor639_s_013">
<label>5.2</label>
<title>Results</title>
<p>Figure <xref rid="j_infor639_fig_004">3</xref> shows the graphs of optimizing progresses done by our method (titled as QuASAR, an acronym for Quantum Adaptive Search in Approximate Region), RQGA, and SSQGA on the benchmark functions over 50 generations. A logarithmic scale is applied to the Fitness axis to cover the broad range of values. For the functions of Rosenbrock, Ackley, and Sphere, our method with <inline-formula id="j_infor639_ineq_106"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> achieves the lowest minimum found, while for Rastrigin our method with <inline-formula id="j_infor639_ineq_107"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula> performs better. Table <xref rid="j_infor639_tab_002">2</xref> is provided to list the numerical end results from all three algorithms, each presenting two cases of <inline-formula id="j_infor639_ineq_108"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor639_ineq_109"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula> along with the true global optimum of the functions. The lowest minimum for each function is marked as bold. Note that “Rosen.” and “Rastrig.” are truncated terms for Rosenbrock and Rastrigin, respectively.</p>
<table-wrap id="j_infor639_tab_002">
<label>Table 2</label>
<caption>
<p>Final best fitness values obtained by the proposed method, RQGA, and SSQGA on the benchmark functions after 50 generations. Values are averaged over 10 independent repetitions. The lowest value for each benchmark function is marked in bold.</p>
</caption>
<table>
<thead>
<tr>
<td colspan="5" style="vertical-align: top; text-align: center; border-top: solid thin; border-bottom: solid thin">End results on fitness</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Methods</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Rosen.</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Rastrig.</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Ackley</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Sphere</td>
</tr>
</tbody><tbody>
<tr>
<td style="vertical-align: top; text-align: left">QuASAR, <inline-formula id="j_infor639_ineq_110"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left"><bold>0.0124</bold></td>
<td style="vertical-align: top; text-align: left">0.3496</td>
<td style="vertical-align: top; text-align: left"><bold>0.0052</bold></td>
<td style="vertical-align: top; text-align: left"><bold>0.0001</bold></td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">QuASAR, <inline-formula id="j_infor639_ineq_111"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">0.1068</td>
<td style="vertical-align: top; text-align: left"><bold>0.1852</bold></td>
<td style="vertical-align: top; text-align: left">0.0234</td>
<td style="vertical-align: top; text-align: left">0.0064</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">RQGA, <inline-formula id="j_infor639_ineq_112"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">0.1427</td>
<td style="vertical-align: top; text-align: left">1.0625</td>
<td style="vertical-align: top; text-align: left">0.3970</td>
<td style="vertical-align: top; text-align: left">0.0122</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">RQGA, <inline-formula id="j_infor639_ineq_113"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">0.4909</td>
<td style="vertical-align: top; text-align: left">2.5902</td>
<td style="vertical-align: top; text-align: left">1.3456</td>
<td style="vertical-align: top; text-align: left">0.0580</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">SSQGA, <inline-formula id="j_infor639_ineq_114"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">1.9780</td>
<td style="vertical-align: top; text-align: left">4.3186</td>
<td style="vertical-align: top; text-align: left">1.9154</td>
<td style="vertical-align: top; text-align: left">0.0937</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">SSQGA, <inline-formula id="j_infor639_ineq_115"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">4.4878</td>
<td style="vertical-align: top; text-align: left">5.9134</td>
<td style="vertical-align: top; text-align: left">3.3611</td>
<td style="vertical-align: top; text-align: left">0.6832</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Global Min.</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.0</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.0</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.0</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.0</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>To make a further analysis on the overall qubit requirement of the proposed method and other QGA techniques, we counted the cumulative number of simulated qubits used for each algorithm during optimization. The consumption growth on the Ackley function is plotted on the graph in Fig. <xref rid="j_infor639_fig_005">4</xref> as a visual reference, and the final counts are presented in Table <xref rid="j_infor639_tab_003">3</xref>. Again, the lowest cumulative count for each function is marked as bold, which in every case belongs to our method.</p>
<p>The metric of cumulative qubit usage is used here as a simulator-level measure that reflects how many active qubits are used across generations as the register size changes during the optimization process. The actual hardware-relevant qubit requirement is determined by the maximum active circuit size, which is limited up to 30 qubits for all compared methods under the largest tested setting. Therefore, Table <xref rid="j_infor639_tab_003">3</xref> should be interpreted together with the final fitness results in Table <xref rid="j_infor639_tab_002">2</xref>: the main advantage of the proposed method is not a large reduction in maximum qubit count, but an improved optimization accuracy under essentially the same qubit constraint.</p>
<fig id="j_infor639_fig_005">
<label>Fig. 4</label>
<caption>
<p>Cumulative qubit usage for simulated optimization on the Ackley function by our method, RQGA, and SSQGA over 50 generations and 10 repetitions. The line styles and colours are chosen in an identical manner to the graphs in Fig. <xref rid="j_infor639_fig_004">3</xref>.</p>
</caption>
<graphic xlink:href="infor639_g005.jpg"/>
</fig>
<table-wrap id="j_infor639_tab_003">
<label>Table 3</label>
<caption>
<p>Mean cumulative qubit usage by the proposed method, RQGA, and SSQGA on the benchmark functions, with 10 repetitions and 50 generations. The metric counts active simulated qubits over generations. Decimal values appear because the results are averaged over repetitions.</p>
</caption>
<table>
<thead>
<tr>
<td colspan="5" style="vertical-align: top; text-align: center; border-top: solid thin; border-bottom: solid thin">Cumulative qubit usage</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Methods</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Rosen.</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Rastrig.</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Ackley</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Sphere</td>
</tr>
</tbody><tbody>
<tr>
<td style="vertical-align: top; text-align: left">QuASAR, <inline-formula id="j_infor639_ineq_116"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">1252.6</td>
<td style="vertical-align: top; text-align: left"><bold>1219</bold></td>
<td style="vertical-align: top; text-align: left"><bold>1183</bold></td>
<td style="vertical-align: top; text-align: left"><bold>1206.4</bold></td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">QuASAR, <inline-formula id="j_infor639_ineq_117"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left"><bold>1249.6</bold></td>
<td style="vertical-align: top; text-align: left">1228.6</td>
<td style="vertical-align: top; text-align: left">1216.6</td>
<td style="vertical-align: top; text-align: left">1226.8</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">RQGA, <inline-formula id="j_infor639_ineq_118"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">1265.4</td>
<td style="vertical-align: top; text-align: left">1264</td>
<td style="vertical-align: top; text-align: left">1256.2</td>
<td style="vertical-align: top; text-align: left">1264.4</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">RQGA, <inline-formula id="j_infor639_ineq_119"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">1273</td>
<td style="vertical-align: top; text-align: left">1273.4</td>
<td style="vertical-align: top; text-align: left">1269.4</td>
<td style="vertical-align: top; text-align: left">1271.6</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">SSQGA, <inline-formula id="j_infor639_ineq_120"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left">1300</td>
<td style="vertical-align: top; text-align: left">1300</td>
<td style="vertical-align: top; text-align: left">1300</td>
<td style="vertical-align: top; text-align: left">1300</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">SSQGA, <inline-formula id="j_infor639_ineq_121"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula></td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">1300</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">1300</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">1300</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">1300</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="j_infor639_s_014">
<label>5.3</label>
<title>Analysis</title>
<p>Our method is implemented within the reduced-QGA structure, which deliberately omits the genetic processes of crossover and mutation for the purpose of qubit sparing, and therefore relies primarily on quantum selection. A likely negative effect of such an approach is reduction to an elitist random sampling, since the result in one generation would barely provide any feedback to the next population (Chiesa <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor639_ref_006">2020</xref>). Our method compensates such a deficiency by iterative contraction of the search space towards the global minimum, which contributes to an effective exploration over the space with a limited population size. The effect of the proposed approach is relatively more evident in (c) and (d) in Fig. <xref rid="j_infor639_fig_004">3</xref>, where our method demonstrates a considerable degree of convergence at the early stages of optimization. For the case of <inline-formula id="j_infor639_ineq_122"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> every algorithm generally performs better, and we speculate that even for the Rastrigin function in (b) our method with <inline-formula id="j_infor639_ineq_123"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> would have eventually outperformed the case of <inline-formula id="j_infor639_ineq_124"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula> if a longer series of generations were provided.</p>
<p>SSQGA, for both cases of <inline-formula id="j_infor639_ineq_125"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>10</mml:mn></mml:math><tex-math><![CDATA[$r=10$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor639_ineq_126"><alternatives><mml:math>
<mml:mi mathvariant="italic">r</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>20</mml:mn></mml:math><tex-math><![CDATA[$r=20$]]></tex-math></alternatives></inline-formula>, appears to have performed the worst among the test approaches, as we initially expected. The largest contributing factor to this result, to our knowledge, should be the exceptionally small size of its population, which can only contain 16 chromosomes even with the maximum possible number of the index qubits limited by the experiment setup. While there still is a possibility that its performance would dramatically improve if given a sufficient number of qubits for generating the population, its structural constraint that requires two identical sets of population needs to be resolved for the sake of its cost efficiency, especially with regard to the fact that RQGA, which totally lacks the unique and presupposed advantage of having all the possible solution candidates in its search list, still slightly outperforms it.</p>
<p>Fig. <xref rid="j_infor639_fig_005">4</xref> and Table <xref rid="j_infor639_tab_003">3</xref> show that the amount of qubit usage saved by adopting our method is rather trivial, and it is expected that the difference would be nearly indistinguishable in case large and complex problems are to be solved. Therefore, the resource advantage of the proposed method should be interpreted carefully. The proposed method does not substantially reduce the maximum qubit count required by the underlying RQGA-style circuit; rather, its advantage lies in using a comparable qubit budget to perform a more precise continuous-domain search through dynamic reuse of the same index register over successively refined local regions.</p>
<p>For a fixed value of <inline-formula id="j_infor639_ineq_127"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="normal">idx</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${n_{\mathrm{idx}}}$]]></tex-math></alternatives></inline-formula>, the proposed method uses the same selection-oriented circuit structure as RQGA: the same type of index register, value register, comparator ancilla, oracle marking, and Grover-type amplification are employed. The dynamic encoding scheme changes the classical mapping between index states and coordinate values in the current search region, but it does not introduce additional quantum genetic operators or extra quantum registers. Consequently, its circuit depth, gate count, number of measurements, and simulation runtime are expected to be of the same order as those of RQGA under the same register size and oracle implementation. When the same encoding scheme is incorporated into other QGA variants, its circuit-level resource requirements would likewise follow the requirements of the corresponding base variant.</p>
<p>It is important to note that the presented resource analysis is based on a simulation, not a hardware-oriented experiment. In particular, there are several key factors, including circuit depth, gate counts, oracle gate complexity, finite-shot measurement statistics, total number of circuit executions, and sensitivity to realistic device noise, that need to be assessed to assure the method’s optimality and practicality on real quantum devices. Since the experiments were performed using Qiskit Aer StatevectorSimulator, no finite-shot sampling noise or quantum device noise model was included. Runtime on a classical statevector simulator should be further analysed to be used as an evidence of quantum runtime efficiency, since it currently depends on the simulator implementation and the classical hardware environment. These analyses are left for future work.</p>
</sec>
</sec>
<sec id="j_infor639_s_015">
<label>6</label>
<title>Conclusion</title>
<p>In this paper, we presented a dynamic-encoding quantum genetic algorithm for continuous optimization under limited quantum resources. The central motivation was that existing QGA designs face a fundamental representation problem when applied to continuous domains: a fixed global discretization requires increasingly many qubits as the desired precision and dimensionality grow, while reproducing crossover and mutation operators cause additional register and circuit-depth overhead. The proposed method combines quantum adaptive search with an iteratively approximated search space by, instead of encoding the entire continuous domain at a fixed resolution, generating a finite grid of coordinate vectors within the current search region, applying quantum adaptive search to select the best candidate, and updating the centre and range of the next search region accordingly with the observed optimization progress.</p>
<p>The proposed approach is positioned between reduced QGA and strictly structured QGA. Similar to RQGA, it avoids explicit crossover and mutation in order to reduce qubit usage and relies on Grover-type selection as the main optimization mechanism, while it does not rely on a fixed finite representation of the whole continuous search space. Compared with SSQGA, the proposed method avoids the cost of maintaining duplicated population registers and implementing quantum crossover and mutation. The expansion mechanism further allows the algorithm to respond to stagnation and partially address the risk of premature localization in multimodal landscapes. The simulation results showed that, under the same qubit constraints, the proposed method achieved the best final fitness values among the tested QGA variants on all benchmark functions. Although the cumulative simulated-qubit savings were modest in the present setting, the results indicate that the proposed dynamic-encoding scheme improves final optimization accuracy over the selected QGA variants under similar maximum simulated-qubit constraints. For demonstrating hardware-level efficiency gain, factors such as circuit depth, gate counts, runtime, and noise sensitivity will need to be evaluated.</p>
<p>The main contribution of this work is proposing a qubit-aware encoding strategy for applying quantum adaptive search to continuous optimization. By decoupling effective coordinate precision from a single fixed global discretization, the proposed method provides a technique to utilize limited index and value registers more efficiently. The presented study was conducted in a noiseless simulation environment and on low-dimensional benchmark functions, so the results should be interpreted as proof-of-concept evidence rather than a demonstration of practical quantum advantage, superiority over classical optimizers, or hardware-level resource efficiency. Future work is expected to examine higher-dimensional problems, noisy quantum simulation and hardware execution, more efficient oracle designs, comparison with classical baselines, and theoretical analysis of query complexity and convergence behaviour. These directions are necessary for establishing the proposed dynamic-encoding QGA as a scalable quantum heuristic optimization framework.</p>
</sec>
</body>
<back>
<ack id="j_infor639_ack_001">
<title>Acknowledgements</title>
<p>This work was supported by Basic Science Research Program of the NRF of Korea funded by the Republic of Korea government (Ministry of Science and ICT) (RS-2024-00347902), and by Regional Innovation System &amp; Educatio n(RISE) Glocal University 30 Program of the Gwangju RISE Center funded by the Republic of Korea government (Ministry of Education) and Gwangju Metropolitan City, Republic of Korea ((2026-RISE(Glocal University 30)-05-011)).</p></ack>
<ref-list id="j_infor639_reflist_001">
<title>References</title>
<ref id="j_infor639_ref_001">
<mixed-citation publication-type="other"><string-name><surname>Abraham</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>AduOffei</surname></string-name>, <string-name><surname>Agarwal</surname>, <given-names>R.</given-names></string-name>, <etal>et al.</etal> (2019). Qiskit: An Open-source Framework for Quantum Computing. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.5281/zenodo.2562110" xlink:type="simple">https://doi.org/10.5281/zenodo.2562110</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_002">
<mixed-citation publication-type="journal"><string-name><surname>Acampora</surname>, <given-names>G.</given-names></string-name>, <string-name><surname>Schiattarella</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Vitiello</surname>, <given-names>A.</given-names></string-name> (<year>2022</year>). <article-title>Using quantum amplitude amplification in genetic algorithms</article-title>. <source>Expert Systems with Applications</source>, <volume>209</volume>, <elocation-id>118203</elocation-id>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1016/j.eswa.2022.118203" xlink:type="simple">https://doi.org/10.1016/j.eswa.2022.118203</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_003">
<mixed-citation publication-type="other"><string-name><surname>Ackley</surname>, <given-names>D.H.</given-names></string-name> (1987). <italic>A Connectionist Machine for Genetic Hillclimbing</italic>. PhD dissertation, University of Michigan, Ann Arbor, MI.</mixed-citation>
</ref>
<ref id="j_infor639_ref_004">
<mixed-citation publication-type="journal"><string-name><surname>Ardelean</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Udrescu</surname>, <given-names>M.</given-names></string-name> (<year>2024</year>). <article-title>Hybrid quantum search with genetic algorithm optimization</article-title>. <source>PeerJ Computer Science</source>, <volume>10</volume>, <elocation-id>e2210</elocation-id>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.7717/peerj-cs.2210" xlink:type="simple">https://doi.org/10.7717/peerj-cs.2210</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_005">
<mixed-citation publication-type="journal"><string-name><surname>Baritompa</surname>, <given-names>W.P.</given-names></string-name>, <string-name><surname>Bulger</surname>, <given-names>D.W.</given-names></string-name>, <string-name><surname>Wood</surname>, <given-names>G.R.</given-names></string-name> (<year>2005</year>). <article-title>Grover’s quantum algorithm applied to global optimization</article-title>. <source>SIAM Journal on Optimization</source>, <volume>15</volume>(<issue>4</issue>), <fpage>1170</fpage>–<lpage>1184</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1137/040605072" xlink:type="simple">https://doi.org/10.1137/040605072</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_006">
<mixed-citation publication-type="journal"><string-name><surname>Chiesa</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Maioli</surname>, <given-names>G.</given-names></string-name>, <string-name><surname>Colombo</surname>, <given-names>G.I.</given-names></string-name>, <string-name><surname>Piacentini</surname>, <given-names>L.</given-names></string-name> (<year>2020</year>). <article-title>GARS: Genetic Algorithm for the identification of a robust subset of features in high-dimensional datasets</article-title>. <source>BMC Bioinformatics</source>, <volume>21</volume>(<issue>51</issue>). <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1186/s12859-020-3400-6" xlink:type="simple">https://doi.org/10.1186/s12859-020-3400-6</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_007">
<mixed-citation publication-type="other"><string-name><surname>Dürr</surname>, <given-names>C.</given-names></string-name>, <string-name><surname>Hoyer</surname>, <given-names>P.</given-names></string-name> (1996). A Quantum Algorithm for Finding the Minimum. <italic>CoRR</italic>, arXiv:<ext-link ext-link-type="uri" xlink:href="https://arxiv.org/abs/quant-ph/9607014">quant-ph/9607014</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_008">
<mixed-citation publication-type="other"><string-name><surname>Farhi</surname>, <given-names>E.</given-names></string-name>, <string-name><surname>Goldstone</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Gutmann</surname>, <given-names>S.</given-names></string-name> (2014). A Quantum Approximate Optimization Algorithm. arXiv: Quantum Physics. <uri>https://api.semanticscholar.org/CorpusID:118149905</uri>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_009">
<mixed-citation publication-type="journal"><string-name><surname>Giri</surname>, <given-names>P.R.</given-names></string-name>, <string-name><surname>Korepin</surname>, <given-names>V.E.</given-names></string-name> (<year>2017</year>). <article-title>A review on Quantum Search Algorithms</article-title>. <source>Quantum Information Processing</source>, <volume>16</volume>(<issue>12</issue>), <fpage>1</fpage>–<lpage>36</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1007/s11128-017-1768-7" xlink:type="simple">https://doi.org/10.1007/s11128-017-1768-7</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_010">
<mixed-citation publication-type="book"><string-name><surname>Goldberg</surname>, <given-names>D.E.</given-names></string-name> (<year>1988</year>). <source>Genetic Algorithms in Search, Optimization and Machine Learning</source>, <edition>13</edition> ed. <publisher-name>Addison-Wesley Professional</publisher-name>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_011">
<mixed-citation publication-type="chapter"><string-name><surname>Grover</surname>, <given-names>L.K.</given-names></string-name> (<year>1996</year>). <chapter-title>A fast Quantum Mechanical Algorithm for database search</chapter-title>. In: <source>Proceedings of the Twenty-Eighth Annual ACM Symposium on Theory of Computing, STOC ‘96</source>. <publisher-name>Association for Computing Machinery</publisher-name>, <publisher-loc>New York, NY, USA</publisher-loc>, pp. <fpage>212</fpage>–<lpage>219</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1145/237814.237866" xlink:type="simple">https://doi.org/10.1145/237814.237866</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_012">
<mixed-citation publication-type="journal"><string-name><surname>Han</surname>, <given-names>K.-H.</given-names></string-name>, <string-name><surname>Kim</surname>, <given-names>J.-H.</given-names></string-name> (<year>2002</year>). <article-title>Quantum-inspired evolutionary algorithm for a class of combinatorial optimization</article-title>. <source>IEEE Transactions on Evolutionary Computation</source>, <volume>6</volume>(<issue>6</issue>), <fpage>580</fpage>–<lpage>593</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1109/TEVC.2002.804320" xlink:type="simple">https://doi.org/10.1109/TEVC.2002.804320</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_013">
<mixed-citation publication-type="chapter"><string-name><surname>Hoffmeister</surname>, <given-names>F.</given-names></string-name>, <string-name><surname>Bäck</surname>, <given-names>T.</given-names></string-name> (<year>1991</year>). <chapter-title>Genetic Algorithms and evolution strategies: similarities and differences</chapter-title>. In: <string-name><surname>Schwefel</surname>, <given-names>H.-P.</given-names></string-name>, <string-name><surname>Männer</surname>, <given-names>R.</given-names></string-name> (Eds.), <source>Parallel Problem Solving from Nature</source>. <publisher-name>Springer Berlin Heidelberg</publisher-name>, <publisher-loc>Berlin, Heidelberg</publisher-loc>, pp. <fpage>455</fpage>–<lpage>469</lpage>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_014">
<mixed-citation publication-type="other"><string-name><surname>Lahoz-Beltra</surname>, <given-names>R.</given-names></string-name> (2023). The Conquest of Quantum Genetic Algorithms: The Adventure to Cross the Valley of Death. <uri>https://arxiv.org/abs/2401.08631</uri>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_015">
<mixed-citation publication-type="journal"><string-name><surname>Malossini</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Blanzieri</surname>, <given-names>E.</given-names></string-name>, <string-name><surname>Calarco</surname>, <given-names>T.</given-names></string-name> (<year>2008</year>). <article-title>Quantum Genetic Optimization</article-title>. <source>IEEE Transactions on Evolutionary Computation</source>, <volume>12</volume>(<issue>2</issue>), <fpage>231</fpage>–<lpage>241</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1109/TEVC.2007.905006" xlink:type="simple">https://doi.org/10.1109/TEVC.2007.905006</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_016">
<mixed-citation publication-type="journal"><string-name><surname>McClean</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Boixo</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Smelyanskiy</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Babbush</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Neven</surname>, <given-names>H.</given-names></string-name> (<year>2018</year>). <article-title>Barren Plateaus in quantum neural network training landscapes</article-title>. <source>Nature Communications</source>, <volume>9</volume>, <fpage>4812</fpage>. <uri>https://www.nature.com/articles/s41467-018-07090-4</uri>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_017">
<mixed-citation publication-type="journal"><string-name><surname>Naser</surname>, <given-names>M.Z.</given-names></string-name>, <string-name><surname>Al-Bashiti</surname>, <given-names>M.K.</given-names></string-name>, <string-name><surname>Tapeh</surname>, <given-names>A.T.G.</given-names></string-name>, <string-name><surname>Naser</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Kodur</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Hawileh</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Abdalla</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Khodadadi</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Gandomi</surname>, <given-names>A.H.</given-names></string-name>, <string-name><surname>Eslamlou</surname>, <given-names>A.D.</given-names></string-name> (<year>2025</year>). <article-title>A review of benchmark and test functions for global optimization algorithms and metaheuristics</article-title>. <source>Wiley Interdisciplinary Reviews: Computational Statistics</source>, <volume>17</volume>(<issue>2</issue>), <fpage>70028</fpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1002/wics.70028" xlink:type="simple">https://doi.org/10.1002/wics.70028</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_018">
<mixed-citation publication-type="book"><string-name><surname>Nielsen</surname>, <given-names>M.A.</given-names></string-name>, <string-name><surname>Chuang</surname>, <given-names>I.L.</given-names></string-name> (<year>2004</year>). <source>Quantum Computation and Quantum Information</source> <edition>1</edition>st ed. <publisher-name>Cambridge University Press</publisher-name>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_019">
<mixed-citation publication-type="journal"><string-name><surname>Picheny</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Wagner</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Ginsbourger</surname>, <given-names>D.</given-names></string-name> (<year>2013</year>). <article-title>A benchmark of kriging-based infill criteria for noisy optimization</article-title>. <source>Structural and Multidisciplinary Optimization</source>, <volume>48</volume>, <fpage>607</fpage>–<lpage>626</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1007/s00158-013-0919-4" xlink:type="simple">https://doi.org/10.1007/s00158-013-0919-4</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_020">
<mixed-citation publication-type="journal"><string-name><surname>Preskill</surname>, <given-names>J.</given-names></string-name> (<year>2018</year>). <article-title>Quantum Computing in the NISQ era and beyond</article-title>. <source>Quantum</source>, <volume>2</volume>, <fpage>79</fpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.22331/q-2018-08-06-79" xlink:type="simple">https://doi.org/10.22331/q-2018-08-06-79</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_021">
<mixed-citation publication-type="journal"><string-name><surname>Rosenbrock</surname>, <given-names>H.H.</given-names></string-name> (<year>1960</year>). <article-title>An automatic method for finding the greatest or least value of a function</article-title>. <source>The Computer Journal</source>, <volume>3</volume>(<issue>3</issue>), <fpage>175</fpage>–<lpage>184</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1093/comjnl/3.3.175" xlink:type="simple">https://doi.org/10.1093/comjnl/3.3.175</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_022">
<mixed-citation publication-type="journal"><string-name><surname>SaiToh</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Rahimi</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Nakahara</surname>, <given-names>M.</given-names></string-name> (<year>2014</year>). <article-title>A quantum genetic algorithm with quantum crossover and mutation operations</article-title>. <source>Quantum Information Processing</source>, <volume>13</volume>, <fpage>737</fpage>–<lpage>755</lpage>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_023">
<mixed-citation publication-type="chapter"><string-name><surname>Sofge</surname>, <given-names>D.A.</given-names></string-name> (<year>2008</year>). <chapter-title>Prospective algorithms for quantum evolutionary computation</chapter-title>. In: <source>Proceedings of the Second Quantum Interaction Symposium (QI-2008)</source>. <publisher-name>College Publications</publisher-name>, <publisher-loc>Oxford, UK</publisher-loc>, pp. <fpage>26</fpage>–<lpage>28</lpage>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_024">
<mixed-citation publication-type="journal"><string-name><surname>Sun</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Xiong</surname>, <given-names>H.</given-names></string-name> (<year>2014</year>). <article-title>Function optimization based on quantum genetic algorithm</article-title>. <source>Research Journal of Applied Sciences, Engineering and Technology</source>, <volume>7</volume>, <fpage>144</fpage>–<lpage>149</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.19026/rjaset.7.231" xlink:type="simple">https://doi.org/10.19026/rjaset.7.231</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_025">
<mixed-citation publication-type="journal"><string-name><surname>Tanabe</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Ishibuchi</surname>, <given-names>H.</given-names></string-name> (<year>2020</year>). <article-title>A review of evolutionary multimodal multiobjective optimization</article-title>. <source>IEEE Transactions on Evolutionary Computation</source>, <volume>24</volume>(<issue>1</issue>), <fpage>193</fpage>–<lpage>200</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1109/TEVC.2019.2909744" xlink:type="simple">https://doi.org/10.1109/TEVC.2019.2909744</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_026">
<mixed-citation publication-type="chapter"><string-name><surname>Udrescu</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Prodan</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Vlăduţiu</surname>, <given-names>M.</given-names></string-name> (<year>2006</year>). <chapter-title>Implementing quantum genetic algorithms: a solution based on grover’s algorithm</chapter-title>. In: <source>Proceedings of the 3rd Conference on Computing Frontiers, CF ’06</source>. <publisher-name>Association for Computing Machinery</publisher-name>, <publisher-loc>New York, NY, USA</publisher-loc>, pp. <fpage>71</fpage>–<lpage>82</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1145/1128022.1128034" xlink:type="simple">https://doi.org/10.1145/1128022.1128034</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_027">
<mixed-citation publication-type="book"><string-name><surname>Yanofsky</surname>, <given-names>N.S.</given-names></string-name>, <string-name><surname>Mannucci</surname>, <given-names>M.A.</given-names></string-name> (<year>2008</year>). <source>Quantum Computing for Computer Scientists</source>, <edition>1</edition>st ed. <publisher-name>Cambridge University Press</publisher-name>.</mixed-citation>
</ref>
<ref id="j_infor639_ref_028">
<mixed-citation publication-type="journal"><string-name><surname>Zhang</surname>, <given-names>G.</given-names></string-name> (<year>2011</year>). <article-title>Quantum-inspired evolutionary algorithms: a survey and empirical study</article-title>. <source>Journal of Heuristics</source>, <volume>17</volume>(<issue>3</issue>), <fpage>303</fpage>–<lpage>351</lpage>. <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.1007/s10732-010-9136-0" xlink:type="simple">https://doi.org/10.1007/s10732-010-9136-0</ext-link>.</mixed-citation>
</ref>
</ref-list>
</back>
</article>
