ブリッジ、つまり船を操船する船橋は船の中央最上部にある。他の船と異なり、機械装置を操作するためにブリッジ内を歩き回るようにはできておらず、航空機の操縦席にも少し似た「統合型ブリッジ」になっている。ブリッジの前3分の1ほどが横3人掛けのシートになっており、左から機関長/機関士席、船長席、航海士席となっている。船長席の後ろに、後ろ向きに操作する接岸用操船パネルがあり、接岸時の細かな操船のためのレバーとテレビカメラ映像パネルが備わっている。右肘掛けの端につまみのような小さな舵輪があり、文字通り手元で操作が可能になっている。3人席のコックピットの後ろには、情報分析スペースとして海図や外部からの情報を入手・分析できるようになっている。ブリッジの後部3分の1は休憩のためのいくつかの座席が用意されていて、隅に階下への階段と後部デッキへのドアが付いている。
中速回転のディーゼル・エンジン（MAN B&W 20RK280）を左右の下部船体後部に合計4基備えている。片側2基のエンジンは下部船体の幅が狭いために前後に互い違いに据えられている。それぞれが12,245PS（メートル馬力、9,000kW）のV型20気筒ディーゼル・エンジンは毎分1,000回転を減速機によって470回転まで落として、ウォータージェットのポンプを駆動している。燃費は旅客と貨物を満載した1,450tの状態で36ノットで航行したとき、軽油を8,625リットル/時間だけ消費して、リッターあたりでは8mとなる。
一般的なスクリューではなく、ウォータージェット推進器を左右合わせて4基備えており、強力な水流の噴射によって高速航行を可能にしている。ウォータージェットでは水流の向きを左右に最大30度まで変えられるので、舵を必要とせずにすばやく船の向きを変えられる。また、ウォータージェットには後進バスケットと呼ぶ偏向板があり、後進時にはこれを噴射口へ押し上げることで水流の方向を前方下方へ変えることで推進力を180度逆の後進へと変えられる。また、後進バスケットを中間位置にすれば、エンジンを回したままで推力をかけない停止状態にもできる。左右での水の噴射方向を逆にすることで、横方向への移動や、その場での回転がおこなえる。41.5ノットで旋回したときの旋回円の直径は620mであり、41ノットでのクラッシュ・アスターン（Crash Astern）による停止では1分27秒後にまっすぐ721m先に停止できた。これらはいずれも、非常に優秀な成績といえる。
本船は双胴船の中でも比較的新しい船型である「ウェーブ・ピアーサー」形状をしており、水線下の2つの船体が非常に細く作られている。船長112mの船体で最大積載は1500tであり、高速船としては非常に優秀といえる。本船では船首側がわずかに1度低い船首トリムと呼ばれる状態での航行が最も抵抗が少なくなる。下部船体は水密隔壁によって左右それぞれ10区画の水密区画に分けられており、万一の場合にも簡単には沈まないようにできている。
動的か静的かとは別に、ライブラリはプログラム間で共有される方式でも分類される。動的ライブラリは何らかの共有をサポートしており、複数のプログラムが同時に同じライブラリを使用することができる。静的ライブラリは各プログラムにリンクされるため、共有することはできない。共有ライブラリ（英: shared library）はやや曖昧な用語であり、ふたつの概念を含む。第一はディスク上のコードを複数の無関係なプログラムが共有することを意味する。第二の概念はメモリ上のコードの共有であり、ライブラリのロードされた物理メモリページが複数のプロセスのアドレス空間にマップされ、同時にアクセスされることを意味する。一般に後者を共有ライブラリと称するのが推奨され、この方式には様々な利点がある。例えばOPENSTEPでは、アプリケーションの多くは数百Kバイトで即座にロード可能であり、その機能の大部分はライブラリ上に実装されていて、共有可能であるためにOSが別のプログラム用にメモリにロードしたコードイメージがそのまま使用できる。しかし、マルチタスク環境で共有されるコードは特別な配慮が必要であり、そのために性能が若干低下する。メモリ上の共有ライブラリはUNIXでは位置独立コード (PIC) を使って実現される。これは柔軟なアーキテクチャだが複雑であり、Windowsなどでは使われていない。Windowsなどは、DLL毎にマップすべきアドレスを事前に決めておくなどしてメモリ上で共有可能にしている。WindowsのDLLはUNIXから見れば共有ライブラリではない。（訳注：UNIXでもライブラリのマップすべきアドレスを決めている場合がある。ただしそれは性能向上目的であり、基本的にはPIC化されている。）最近のOSでは共有ライブラリは通常の実行ファイルと同じ形式になっている。これにはふたつの利点がある。第一はひとつのローダで両方をロードできる。それによってローダが若干複雑化するが、十分コストに見合う程度である。第二はシンボルテーブルさえあれば実行ファイルを共有ライブラリとして使うことができる点である。このようなファイル形式として、ELF (UNIX) と PE (Windows) がある。また、Windowsではフォントなどのリソースも同じファイル形式になっている。OPENSTEPでもほとんど全てのシステムリソースが同じファイル形式になっている。DLLという用語はWindowsやOS/2で主に使われる。UNIXでは「共有ライブラリ」が一般的である。マルチスレッド環境下でライブラリを使用するにあたっては、別の共有問題が発生する。ライブラリルーチンがデータ領域としてスタックのみを使う場合は問題ないが、ライブラリ内のデータ領域を使う場合、そのデータ領域がスレッド毎に用意されていないことが多い。したがって、そのようなライブラリルーチンを使う場合、実行ファイル側で同時に複数のスレッドが同じライブラリルーチンを使わないように注意しなければならないことがある。